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(54) Title: ENHANCED DIRECTORY ASSISTANCE SYSTEM 




(57) Ab^ract: The present invention provides for an enhanced directory assistance system (2) for providing directions information 
to a plurality of callers (4). The system is comprised of a telephone switch (12) for receivmg calls from a plurality of callers (4) 
desiring to receive directions, an automatic lo^tion system configured to provide the location from the callers (4) daring a call 
session to tiie telej^ne switch (12); and an enhanced services diiection module (21) configured to receive destination and starting 
location infdrniation provhkd by the caller (4) and farther configured to provide directions to the caller (4) based on the provided 
infbimatioiL 
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ENHANCED DIRECTORY ASSISTANCE SYSTEM 
RELATED APPLICATIONS 



This ^iplication relates back to and claims priority to U.S. Provisional 
Application No. 60^33,156 filed on Sq>tember 15, 2001 entitled " Enhanced Directory 
S Assistance Systran,” die entirety of which is incorporated herein by referraice. 



FIELD O F T H E 






10 the presrait invention is directed to a system and melhod, which allovra a caller 

to contact an enhanced directory assistance system so as to obtain directions. Ihi 
particular, the presrait invention is directed to a system and method which provides 
direction services for wireless apparatus callers. 



15 BACKGROUND OF THE mVENTTON 



hi the area of travel directions dira:e exists a need for inqrroving the current 
sj^tems for individuals requesting directions to gather or receive information to assist 
them in reaching dieir nlthnate destinatioiL One such melhod is through the use of 
20 mqts, whrax a user locates thrar own positimi and their destination and attempts to 
navigate themselves by using the designations on the map. However, significant 
drawbacks are associated with this method because oftrai, when an individual is 
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attempting to use a map thdr own exact location is not precisely known, leading to 
difficulties in properly utilizing the m^. 

Additionally, improv^raits in direction systems have improved witii tiie advent 
of tile Global Positioning System (GPS) and triangulation which are able to locate tiie 
S exact position of an. individual bearing the proper equ^ment . However, such GPS 

systems are costly and bulky. The present invoition looks to improve on tiie current 
methods of direction infiiimation by providing an enhanced directory assistance system 
vdiere a caller can connect to a directory service and give the name of the destination, 
and wHfain a short time tiie directions will be relayed to the caller by one of several 
10 means predicated on the caller’s device capabilities or alternativ ely on the user’s 

preference. 

SUMMARY OF THE INVENTION 

15 The present invention provides for an enhanced directory assistance system 

configured to provide directions information to a plurality of caU^. Ihe syston 

conq>rises a telqihone switch for receiving calls from a plurality of callers desiring to 

! 

receive directions. Ihe systan further comprises an automatic location system 
configured to provide the location fiom the callers during a call sessimi to the tel^hone 
20 switch. 

An enhanced sovices direction module is provided, configured to receive 
destination and starting location information provided by tihe caller and further 
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configaied to provide directions to the caller based on the provided information. 

In one embodiment of the present invention die systan Inrdier comprises a 
mapping and directions database coiqpled to the enhanced service directions module 
configured to store information used to prqpare directions. The mapping and directions 
5 database may be located geogr^hically rraiote from the enhanced directory assistance 

system. 

In one ^nbodimrat of the present invention tiie system further comprises of an 
agent application configured to provide a directions packet formed by the enhanced 
savice direction module to the telephone switch. 

10 In one embodiment of the presort invention the syst^ further comprises of a 

traffic database coupled to said oihanced services direction module configured to 
provide traffic iirfonnation corresponding to a route desired by each of said callers. The 
syston may also include a traffic vendor coupled to tire traffic database configured to 
provide the traffic database witir rqulated traffic infomiation for the geogrEQrhical area 
15 covered by the system. 

hr one embodimort of the present invention tire system further convulses an 
adv^fising prompt module configured to generate an advertising pronqrt code 
corresponding to an advertising conlmit provided to a plurality of tire callers. The 
system may also comprise an advertising database coupled to the advertising pronpt 
20 module configured to store the advertising cont^ Possible formats for the advertising 
content include voice messages and irrultmiedia messages. 
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BRIEF DESCRIPTIQN OF THE DRA^ 






S For the purpose of illustratiiig the inveation, there are shown in the drawings 

several R}rms, which are presently preferred, it being und^tood, however, that the 
invention is not limited to die precise arrangements and instrumentalities ^own. 

Figure 1 illustrates an enhanced directory assistance system architecture, in 

10 accordaiK% with one ranbodimeot of the present invention. 

Figure 2 illustrates an ^ihanced directory assistance system architecture, in 
accordance with anodier emhodim^t of die present invention. 

15 Figure 3 illustrates an enhanced directory assistance system architecture, in 

accordance widi another embodiment of the present invention. 

Figure 4 illustrates an enhanced directory assistance system architecture, in 
accordance with another embodiment of die present invention. 

20 

Figure S iltustrates an enhanced directory assistance system archrtectuie, in 
accordance widi another embodiment of the present nrmilioiL 



4 




wo 02/23878 



PCTAJSOl/29116 



Figure 6 illustrates an inco ming caller ipfo rmat ion record, in accordance widi 
one embodiinent of the present invention. 

S Figure 7 illustrates a directions packet, in accordance with one embodiment of 

the present invention. 

Figure 8 illustrates a directions and mapinng database table, in accordance with 
one embodiment of the presmit invmition. 

10 

Figure 9 illustrates customer database listing table, in accordance witii one 
embodiment of the present invention. 

Figure 10 illustrates a recent, alternative and preferred destination sub-listing, in 

IS accordance with one embodiment of the present inv»tion. 

Figure 1 1 illustrates an advertisement location business modification table, in 
accordance with one embodiment of the present inventioa 

20 Figure 12 illustrates the internal modules of an advmtisement pronqrt module, in 

accordance with one ranbodiment of the present invention. 
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Figure 13 illustrates an adveitisemant data table, in accordance widi one 
embodiment of the present invention. 

Figure 14 illustrates a flow diagram of an advertismient prompt selection 
5 process, in accordance with one mnbodiment of the present inv^tion. 

Figure IS illustrates a flow diagram of an enhanced directoty assistance system 
directions procedure, in accordance with one embodiment of the presmit invention. 

10 Figure 16 illustrates a flow diagram ofan enhanced directory assistance system 

directions procedure, in accordance widi another embodiment of die preset invention. 

Figure 17 iUustrates a flow diagram of an enhanced directory acsistance system 
directions procedure, in accordance witii anotiier ^bodiment of tiie present invention. 



20 
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DETAILED DESCRIPTION OF THE PRBPERBED EMBQDJ 









Referring now to tire drawings, wherein like reference numerals ref^ to like 
elements, there is shown in Fig. 1, an Enhanced directory assistance system 2 in 
s accordance with one embodim^t of the present invention. System 2 allows a caller 4 
to request and receive directions to a desired location. Caller 4 can access system 2 via 
a traditional wireline Local Exchange Carrier (LEC) and/or later-Exchange Carrier, via 
a wireless carrier (including both voice and data access) or via connection to the 
Internet. 

10 In the present invention callers 4 can access system 2 via directory assistance 

dial strings, such as (41 1, 555-1212, NPA-55-1212). However, it is contenq>lated that 
callers 4 could use any designated dial string to access system 2. The ANI (Automatic 
Number Identification) is passed fiom ^tem 2 it can be collected by the customs: 
sravice rqnresentative. The service provided by ^stem 2 may be available 24 hours a 
15 day seven days a week. 

It should be noted that although caller 4 can access system 2 via land carriers 
many of die features discussed below t^er to the fimction of system 2 in conjunction 

l 

with a caller 4 who is operating fiom a wireless apparatus. For die purposes of 
illustration, caller 4 will be presumed to be operating fiom a wireless device unless it is 
20 otherwise indicated, however this is in no way intended to limit the scope of the present 
invention. Any systmn and method which caller 4 uses to contact systen 2 vhicb can 
iwflititain die necessary fimcdonalities required to transmit/receive directions is within 
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the contenq)latioD of the piesent invention. Wireless apparatuses used by caller 4 can 
be any known wireless communication device including cellular telephones and 
modems, pagers, PCS phones and modems, RIM Bladd>eny, wireless PDAs, instant 
messaging devices, SMS devices and the like. In addition, it is contenq>lated that the 
5 present invention can be impl^nented to accommodate any device including, for 

exanq)le, a Personal Digital Assistant (PDA) with voice and/or data communicatiott 
capability, etc. 

System 2 is preferably coupled to one or more service providers 26 directly 
dnough die wireless MSC (Mobile Switching Center) 8 or via public switched 
10 telephone network (PSTN) 1 0. 

In general, caller 4 communicates widi System 2 via mobile switching center 
(MSC)s 8 as ^own in Fig. 1. It is also contenqilated that caller 4 can communicate 
with system 2 via MSC 8 coiq>led to PSTN 10. Similarly, caller 4 can comniuni(»te 
with system 2 via MSC 8 directly cotq>led to system 2, Le., without the need to 
IS communicate via PSTN 10. 

Ahemate means of caller 4 accessing system 2 are described fully in ^jpHcant’s 
related co-pending qypUcadon serial No. PCT/USOl/02366 filed on Januaiy 24, 2001, 
the entirety of which is incorporated herein by reference. 

As shown in Fig. 1, system 2 is pt^erably comprised of one or more switches 
20 and integrated voice response units (VRU) 12 (die VRU may be standalone instead of 
integratecO, primary call cmters 16, caller or customer Usting databases 18, a plurality 
of operator tenninals 20 running agent applicadon 19 accessing enhanced sovice 
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direction module 21 that may be automated or operated by an ageni^ a nuking and 
directions database IS coiq>led to enhanced service directions module 21, a wide area 
netwodc 25, a computer telqphony interfaces 29, and T1 telephone lines 23. 

In anottier embodiment of the present invention, as illustrated in Fig. 2, tiie architecture 
5 of system 2 may iiirth^ include a locations database 60 coupled to Wide Area Network 
(WAN) 25, so as to provide tiie location of caller 4, when caller 4 has accused 
directory assistance system 2. Although not shown, it is also conten^lated that location 
of caller 4 could be provided for calls that originate with Wirleline carrier 8. 

In another embodunent of tiie present invention, as illustrated in Fig 3, tiie 
10 architecture of system 2 may fimh^ include location database 60 and traffic vendor 

module 43 boffi coupled to WAN 25 both directly and via the Internet (botii connections 
pictured). System 2 may also maintain a traffic database 45 coupled to enhanced 
service directions module 21. 

In another embodiment of the present invention as illastrated in Fig 4, the 
IS architecture of syston 2 may further include an advertising pronq>t module 27 coupled 
to raihanced services direction module 21. Advertising prompt module 27 is also 
connected to an advertising database 66 configured to store advertiser information, 
^ihanced sevice ditection module 21 may also access cetain advertising pronq[>t 
information fix)m customer database 18 as discussed below. An advertising prompt 
20 stora^ module 13 is attached to VRU/switch 12 in on^ to store advetising prompts 

for swit^ 12, such that switch 12 can access the ap pro p riate advertisement prompt 
based on instructions provided by advertising pronq>t module 27 and enhanced services 
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directions module 21. 

In ibis configuration, with the additional advertising functions, location database 
60 is connected to WAN 25 botii directly and via the Internet as illustrated in Fig. 4. 
Alternatively, location database 60 can be simply directiy connected to WAN 25, as 
5 illustrated in Fig. 5. As shown in botii Fig. 4 and Fig. 5, in anotber embodiment of the 
present invention, location database 60 may also reside within system 2 when coiqiled 
with OPS module 67. 

In another »nbodiment of the present invention as illustrated in Fig 5, tiie 
architecture of system 2 may further include an VRU/ASR 68 (Voice Response 
10 Unit/Advanced Speech Recognition) module coupled to primary call center 1 6. This 

VRU/ASR 68 is configured to provide a stand alone voice response unit sqiarate from 
switchl2. This feature is simply illusixated to show an altonate means for system 2 to 
both deliver advertising prmnpts and receive call^ 4 commands in a manner not 
involving integrated switoh/VRU con^nenls. In this configuration sj^an 2 may be 
IS able to provide mote flexibility to the curabilities of system 2 in terms of prompt 

deliveiy and taking caller 4 instructions. However this is in no way intmided to limit 
the scope of the present invention. Any similar oihanced directory assistance system 
which utilizes a VRU and/or an ASR in conjunction with providing directions, 
regardless of whethw or not tiie conq)onents are integrated with a telephony switch or 
20 not, is within tile contranplationofthepr^ent invention. For tiie purposes of 
illustration the VRU fimctionality will be assumed to be present in integrated 
switch/VRU 12. 
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It shoTild be noted that various data source components of syston 2 such as 
location database 60, traffic vendor 62, traffic database 64 and advertising database 66 
may be located either centrally or remotely in accordance whb various embodiments of 
the invention. The salient features of these modules are based for tiie most part in tiieir 
5 (q>eration, functionality, connection and interaction with the various otiier modules of 
system 2. Their physical location is intended only to illustrate one embodiment of the 
present invention. For example, it is within tiie contemplation of the present invention 
to outsource advotising database 66, and in such a case it would be alternatively 
located remotely. Likewise, it is within the contemplation of tiie present invention that, 
10 location database 60 may be maintained centrally. 

Switches 12 are coupled to mobile switching centers (MSCs) 8 and PSTN 10 as 
well as primary call center 16. Primary call cotter 16 is also coupled to at least one 
opoator terminal 20 and customer database 18. Although not shown, it is within tiie 
conteniplation of this invention tiiat System 2’ may contain a Switch 12’ that would he 
IS connected to call centers 16’. Also, although only one switch 12 is iltustiated in Figs. 1- 
S any number of switches 12 can be used in system 2 to increase the capacity of system 
2 . 

The connection between primary call center 16 and pperator terminal 20 is such 
that voice communication is t ransmitte d directly betwe^ the two and data information 
20 is transmitted via computer telq)hony intertiice 29. This may also be accomplished via 

in-band si gnaling , as will be discussed below. Operator terminal 20 is not only 
connected to customer database 18 but also to oth^ databases and software application 
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modules as well. 

It should be noted that the hardware configurations illustrated in Fip. 1-5 
represent one embodimait of die present invention, however, other hardware 
architectures are within the contenqilation of die present invention. For example, 

S primary call coiter 16 can he coupled to PSTN 10 for backiq) call routing via PSTN 10. 
Any hardware configuration vriiich maintains s imil ar modules and provides shnilar 
enhanced directory assistance services is widiin the contemplation of the present 
invention. 

In a preferred embodiment of die present invention a plurality of caU centers 
10 such as system 2 and system 2*, illustrated in Fi^. 1-S, can be strategically located in 

various geogr^hic locations across the country. For example, each call center, system 
2 or System 2’ can be located in a major metropolitan area spread amoss die United 
States. Each call center is configured to handle the call traffic that is designated for that 
call colter which could include all possible types of calls. 

IS Additionally, as reflected in Figure 2, each system 2 or 2* can be connected to 

other call colters, such that all of the Systems 2 or 2’ are connected. This connection 
can be achieved by the couplmg of primary call centers 16 of die various systems 2 via 
high capacity telq)hone cables such as T1 lines 23, WAN 25 or other conqiaiable 
fimilities including PSTN 10. It is also in the contonplation of this invention diat these 
20 connections could be established through the use of a virtual private network (VPN) or 

other comparable technology. 

In operation, primary call carter 16’ receives forwarded calls from primary call 
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oent^ 16 in the case v/here system 2 is experiencing operational problems or a volume 
of requests tiiat exceed its cqtacity . An inq>ortant benefit provided by this arrangement 
is that the primary call cmter 16’ of system 2’ is able to act as an overflow unit for 
primary call center 16 of system 2 in the evmit that system 2 is e3q>eriencmg technical 
5 difdculties or high call volume. This^configuration allows primary call center 16 to 

route calls to primary call cento 16’ during periods of high volume, even in the event 
of a breakdown ih'the primary direct coimections of system 2 as described above. 

Customer database 18, nuqipmg and directions database IS, advertising database 
66 and customer database 18’, mapping and directions database IS’ and advertising 
10 database 66* are similarly arranged, and are prefmbly mirror images of one another. 
Altiiough operator terminal 20 is not shown directly coupled to primary call cento 16’ 
and customer database 18’, operator terminals 20 can be so coupled via WAN 25, or 
can access call cento 16’ and databases IS’, 18’ and 66* via primary call center 16 as 
shown in Figs. 1-S. This overcomes shnations where databases IS, 18 or 66 are down 
15 in system 2, such diat operator teoninal 20 completes tiie call using information stored 

on databases IS*, 18’ or 66* as appropriate. 

This arrangement for intercoimecting all of tiie systems 2 and 2*, also allows for 
time shifting benefits such that some localities when e;q>ariencing low roller traffic can 
close for the evmiing allowing a system 2’ located in an earlier time zone to handle tiie 
20 calls. For mcample, a call (toiter system 2 in New York could close between die hours 
of 2 am and 6 am, and allow a call cmiter system 2’ in California or Hawaii to handle 
the calls. Not only does this allow for time shift, but it also allows for 
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enq)loym«it/stBf5ng advantages by allowing the admimstrators of the service to hire 
personnel in areas where die conditions are most advantageous. For rumple, a call 
cent^ system 2 on die east coast can route a significant portion of its call traftic to a 
Midwest call center system 2’ located in an area where it is easier to staff and train the 
s required number of employees. 

The links coupling die various conqKmaits of system 2 together with service 
providers 26 via mobile switching center (MSC) 8 and Public Switched Telephone 
Network (PSTN) 10 can be any known voice and/or data communication technologies, 
including wide area networking and local area networking communication technologies, 
10 for example, digital subsmber lines (DSL), digital T-ls 23 (as pictured in Fig 1-5), 
leased lines, satellite or wireless links, Integrated Services Digital Network (ISDN) 
circuits, asynchronous transfer mode (ATM), Ethernet, token ring, fiber distributed-data 
inter&ce (FDDI) and the like. It is also pr^umed that the various components of 
system 2, service providers 26 and PSTN 10 are arranged with appropriate 
15 communication hardware inter&ces to transmit and receive data across the 

communication links. For example, wireless service providers 26 may interfkce 
directly with ^stem 2 via mobile switching center (MSC) 8 hardware coupled directly 
to switch 12 of systmn 2. 

Switches 12 can be ai^ switches that preferably include an integrated voice 
20 response unit Many functions performed by switches 12 ate known to those of 

ordinary skill in the art and include telephone call routing between trunks, convtfting 
one si gnaling type to another, such as between a digital signaling S3rstem, dual-tone 
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muhi-freqaeiicy (DTMF) signaling, inulti-fiequeacy (MF) signaling, ISDN, SS7, etc., 
and cqjtuiing call laigHi and destination data for billing, etc. 

As shown in Figs. 1-5, vsdien a call comra into switch 12, the call is identified 
by a DNIS which relates to the number dialed by caller 4, so that fgjpropriate data 
S gen0ratedbysysteni2, can be routed to the correct switch 12 to complete the call, as 
will be erqplained in more detail hereinafter. 

hi anotiier ^bodiment of the present invention, as illustrated in Fig. 6, an 
incoming caller identification record 70 is provided by switch 12, afier switch 12 
receives a call fiom caller 4. Caller identification record 70 contains a number of fields 
10 induding but not limited to: nuruber dialed by caller, preferred language, Qiigmating 

phone number of caller, caller service provider and feature code. Additionally, caller 
identification record 70 may contain a location of caller field dedicated to caller 4 
location should some form of automated caller location system be in place, as pictured 
in Figs. 2-5 showing location database 60. 

15 The number dialed by caller field, as shownin Fig. 6, contains the number 

dialed by the caller and may be used to identify the originating switch location of tiie 
incoming call. Additionally, as discussed below, the numbered dialed may be used to 
access a ^ecific language smdce based solely on the number dialed. 

The preferred language code field, as illustrated in Fig. 6, contains information 
20 indicating tire language pref^ence of callo' 4. System 2, and in particular switch 12, 

maintains the ability to translate many difieimit dial strings into system 2. One 
possibility for determining tire preferred language of caller 4 is to automatically route 
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calls fiom a particular dialed number, for exanq)leMPA-SS5'<1818, directly to, for 
example, Spanish speaking operators. The prefoied language code field is used to 
route calls to primary call cental 6 via switch 12 by way of incoming caller 
identification record 70. Language preferences may also be stored in customer 
5 database 18 for fiequent callers 4 who have their preferences stored in syst^ 2. 

The originating phone number of (he caller field, as illustrated in Fig. 6, holds 
die originating phone number of the caller 4. The caller service provide' field conveys 
the service provider of caller 4. This field allows system 2 to identify die calling 
party’s service provider 26 for use widi various functions such as introduction pronqits, 
10 advertising prompts, billing information, usage tracking, etc. One example of a use of 

this data is in connection with the targeted advertising closing prompt directed to callers 
4 from a particular service provider 26. 

Ihe feature code field, as illustrated in Fig. 6, holds information that can be used 
to identify any special features associated with caller’s 4 device. These features could 
IS include, but are not linaited to: promotional rate plans, standard rate plans, bundled 

service plans, device ctqtabilities and the like. For example, service provider 26 may 
offer unlimited directions assistance for a flat fee per month, or could offer services fi:ee 
fr)r a promotional period 

Location of caller field, as illustrated in Fig. 6, maintains information on die 
20 location of caller 4 based on infbmuition provided to system 2 by location cfetabase 60. 

In the event caller 4 or caller’s 4 service provider 26 does not provide a caller 4 with an 
automated means for deteiniitiing caller 4 location, this field will rraiain blank until 
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operator terminal 20 and agent plication 19 fills it in later calla 4 manually or 

v^bally tells system 2 tlieir location. 

In one embodiment of the present inv^on location database 60, as illustrated 
in Figs 2-5, is connected to WAN 25 of system 2 via ehlier a direct connection or via 
5 the Internet Location database is also coupled to service provider 26 of caller 4. 
Location database is configured to genoate a caller 4 location using any one (possibly 
more than one) commercially available mediods. 

For exanqile, in one embodiment of the present invention location database 60 
utilizes a location systems such as OPS or triangulation to pinpoint the location of tire 
10 caller for use in ascertaining the proper directions to the caller identified destination, 
without requiring the caller to ir^ut arqr information on tiieir own locatioiL 
Additionally, location database 60 may be tied directly into the dty/state directory of 
tire direction database to reduce the time required to locate the proper direction 
infonnation. 

15 In another embodiment of tire present invention, as illustrated in Figs. 2-5 

location database 60 of system 2 maintains the ability to rapidly determine tiie location 
of the caller without a caller {UDviding any verbal informaticm. Systems available 
currently having such technology include triangulation systms and Global Positioning 
System (GPS). 

20 The triangulation system provides the exact location of tire caller by testing the 

signal response time generated by caller’s 4 cell phone fiom three separate cell tow^. 
When a caller makes a call the signal is picked rq> at three separate towers. Based on 
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the time it takes for the signal to reach the tower, the distances to the towers can be 
calculated, and that infonnation, the location of the call can be detennined. Such 
a service can be provided to directions dahibase by service provides 26, or by some 
third party service. Alternatively, directions database 60 can be maintained by system 2 
S directly providing its own triangolationc^abilities. It should be noted tiiat regardless 
of how the triangulation data is obtained by location database 60, the ooimection to 
system 2 and the ability to provide the exact location of caller 4 widi little or no input 
from caller 4 is the most essmtial feature. 

Ihe GPS system utilize s a chip placed in eidier the cell phone or the cell phone 
10 battery which works in ccmjunction with the GPS satellites to ph^oint die location of 

die chip. Unlike die triangnlation method vriiich find the location of caller 4 from a 
signal sent from one of the dnee tow^ used in die triangulation, die GPS system uses 
the chip in either die phone or die battery to embed its location signal into the cell 
phone n f>nnmiiTii t!fltioii- The GPS information is then sent to locatitm database 60 vdiich 
IS uses GPS module 67 to decipher the GPS information. 

It should he noted that althoi^ GPS and triangnlation are discusswl above as 
die methods by which location database 60 obtains the location of caller 4, this is in no 
way intended to limit die scope of the present inv^ition. Any automated means by 
which location database 60 can obtain the location of call^ 4 without caller 4 providing 
20 any inform aiinn (for example if they do not know where diey are) used in conjunction 

with an enhanc ed directory assistance system to provide directions is within die 
c ontemplati on of die present invention. likewise, aldiou^ location database 60 is 
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pictured outside of the physical architecture of system 2 this is no ^y intended to limit 
die scope of the present invention. Any provider which can supply the location 
information to location database 60 for use by system 2, whether it be outsourced, 
provided by service provider 26, provided by third party vendors, or provided by 
s system 2 itself are all witiim the contenqplation of tire presort invention. 

The use of these automated location systems to populate location datebase 60 
allows system 2 to better assess tiie location of the caller, particularly when the caller is 
lost, or when callo- 4 is moving, as the destination is being processed. The information 
provided to system 2 by location database is integrated into the location of caller 4 
10 location field of incoming caller identificationrecotd 70. This indformation is tiien used 

by agent application 19 and enhanced service direction module 21 to populate the 
necessary **starting from” direction information uidess otherwise instructed. 

hi accordance with one embodimeiit of die present invention, location of caller 4 
location field, as illustrated in Fig. 6, is populated by location database 60 as discussed 
IS above. The format of the information is based on die operation of database 60. For- 
example, if the location database 60 operates on a OPS (Global Positioning System) 
system the information in caller 4 location field of caller identification record 70 is in 
die form of a GPS position. Regardless of the syst^ enqiloyed by location database 
60, the information contained in location of caller 4 field will be used by enhanced 
20 service direction module 21 to populate the ‘'starting from” information, unless 
otherwise instructed. 

Although only six fields are identifi ed for incoming call identification record 
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70, as illustrated in Fig. 6 , aay mimb» of fields that aie used to ];>iovide system 2 widi 
die necessary data to complete a call is within the contenq>latioii of this invention. 

In atinther embodiment of die presoot invention, the ou^nt fiom switcbA^U 12 
preferably takes die form of a text-to-speecb interface. This allows agent application 19 
S to pass die directions to die text-to-speecih processor to read die directions to caller 4. 
This provides the advanh^e of automating the bulk of the time required to provide 
directions, thus fiieeing the customer service representative to take additional calls. 
Additionally, this allows caller 4, using the text-to-specch service, to q>end as much 
thne as they desire walking tfarou^ die diiections, by eidier selecting a read back rate 
10 or selecting a repeat function. 

Call centers 16 and 16* are comprised of hardware and sofiware which accept 
inbound calls fiom switches 12 and which distribute the calls to multiple operator 
tft rminflis 20 Using s tandar d automatic call distribution (ACD) tor^ology. Operator 
te rminals 20 are configured to customer databases 18, enhanced services direction 
15 module 21, and directions and rn^ing database 15 so as to search for and retrieve 

diiections new directions and/or retrieve old or stored diiections. 

Call center 16 and 16* can be comprised of one or more processors coiqiled 
together in a networked arrangement to accompli^ these functions, and can be 
constructed using known computing technology such as using personal computecs, mim 
20 or TTiaintTame computing devices, routers, switches and die like. Because the 

ammgeme nt and qperatiou of call centers 16 and 16 ’ are similar, discussion of primary 
call center 16 is undnstood to also describe primary call center 16 *. 
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Computer telephony inter&ce (Cl'l) 29 is disposed between call cento* 16 and 
operator ter minal 20. Cn 29 is configured to route the data portion (incoming calto 
identifi cation record) of an incoming caller 4 call, such as the mnnber dialed by caller 4 
and file ori ginating phone number of caller 4 to operator terminal 20, while the voice 
5 portion of the call is transmitted directly between call center 16 and operator temunal 

20. While not discussed here, it is conteoqilated wifiiin file context of this invention 
fii flt the data portion of an incoming caller 4 call could be sent to operator terminal 20 
lilting in-band si gnaling (i.e., with the voice path of the call) as well. 

Operator te rminal 20 can also be any known conqjuting device capable of 
10 receiving and displaying d«ta on its display, including but not limited to a personal 
computer, UNIX workstation and the like. Alfiiough it is prefored that a s^iarate 
customs service representative telephone be m^lemented as part of system 2 and 
coiqiled to primary call center 16 for communicating with caller 4, operator ter min al 20 
is not limited to fiiis arrangement For mcanqile, operator terminal 20 can be arranged to 
1 5 contain an integrated telephone (as shown). In other words, any airang^ent that 

allows a customer service rqiresentative to oigage in oral communications wifii caller 4 
is sufficient 

hi addition, alfiiou^ only a single operator terminal 20 is shown, system 2 is 
not imiifeti to this airangemoit It is contonplated that system 2 is comprised of 
20 Tmih iple operator terminals 20 such fiiat more than one customer service representative 

, is available to accommodate the usas of system 2. It should be noted that primary caU 
center 16 »mH its communication wifii switches 12, and operator terminal 20 as well as 
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the airangement and commtmication b^een primary call cent^ 16’ and switches 12’ 
can be inQ)lemented in accordance with the connectivity and communication tecfaniqaes 
described in U.S. Patent Application No. 09/449,126, filed November 24, 1999, the 
contorts of which are incoiporated herein by reference. 

5 In an alternate embodiment of this invention it is contemplated that a caller 4 

may interact with an ^ent using a non-voice meteod such as, but not Umited to: Short 
Messaging Service (SMS), Wireless .^^lication Protocol (WAP), live chat, and instant 
messaging as will be discussed below. 

In another embodiment of the present invention, caller 4 may vdsh to access 
10 system 2 for mapping without entering the directions feature. In such case, customer 

services represoitatives at ppo:ator terminals 20 can instruct enhanced sovices 
direction module 21 to retrieve nuking only information, increasing system 2 response 
time. 

Ag^t i^Iication 19 platform is used to op^te operator terminals 20, customer 
IS database 18, enhanced services direction module 21 and directions and moping 
<lat al->agft 15, and uses information from diose modules to create directions packet SO. 

Ill accordance with one embodimrat of the present invention, as illustrated in 
Fig. 7, directions packet SO may include but is not limited to the fields: originating 
phone number of caller field S4, directions/mapping field 56, advertising prompt code 
20 field S8 and traffic field S7. Ihese fields are intended only as one exan^le of the field 

format for directions packet SO, and ate not intraided to limit the scope of die preset 
invCTtion. Additional fields for use in diiections packet SO, used to enable additional 
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features in a similar enhanced directory asnstance ^stem 2 are widim the 
conten^Iatioii of the present invention. 

Originating phone number of the caller field 54, illustrated in Fig. 7, is used to 
assure that switchA^U 12 delivers the directions, mapping information and/or traffic 
S information to the a pp ropriate caller 4. Directions/m^ping field 56, as illustrated in 
Fig. 7, contain the directions and information produced by enhanced sovices direction 
module 21 of systen 2. Direction/inapping field 56 includes tiie instructions for 
switch/VRU 12 to deliver the directions to caller 4. 

Advertising prompt code field 58, as illustrated in Fig. 7, provides switch/VRU 
10 12 with the information on which advertising pIOII^lt selected by advertising prompt 

module 27 drould be retrieved from advertising prompt storage module 13 and 
debvered to caller 4. Traffic field 57, as illustrated in Fig.7, informs switch/VRU 12 on 
the traffic informatio n created by enhanc ed services direction module 21 and traffic 
database 45 that is to be delivered to caller 4. 

15 Directions packet 50 is tiie packetized information which is created by system 2 

in re^onse to a directions request from call^ 4. Directions packet SO is created by 
agent iq>plicatioa 19 using information created by and/or stored in the various modules 
of system 2. A detailed description of how tiie fields of directions paclret SO are 
populated is included below based around the modules used to populate the particular 
20 fields. Altfaou^, it should be understood that the principle function of system 2 to 
deliver directions to caller 4, is embodied in tiie creations and delivery of direction 
packet 50 to caller 4, tills is in no way intended to limit the scope of the present 
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inventioii. Any infonnatioii delivery system used by a similar ^ihanced directory 
assistance system to delivo' similar directioiis and related infonnatiQn to caller upon 
request is witlim the contooiplatioD of the present inventioiL 

Agent A^lication 19, which is the principle software used by system 2 for 
5 creating directions, not only supports the communications betwera the modules of 
system 2 but also pr^ares directions packet 50 that is sent to switch 12 to ultimately 
provide die requested directions or mapping information to caller 4. 

To create directions packet SO, operator terminal 20 and agent qiplication 19 
require information to be retrieved fiom directions and mapping database IS, customer 
10 database 18 (in the event caller 4 is a regular customer with stored preferences), 

advertising module 27, advertising database 66 and information from enhanced services 
directions module 21. This data is used to populate the various fields of directions 
packet SO as discussed in more detail below. 

Agent ^plication 19 is configured to run several inter&ces on opmator tenmnal 
13 20 in order to provide system 2 witii the fimctionaUly of providing directions. The first 

of the hiter&ces, is the inter&ce to the fiont-end qipUcatiotL The primary fiont-end 
inter&ce is an enhanced directory assistance system. From an mihanced directory 
assistance system perspective, the desire is for callm'*s 4 customer service 
representative to be able to access the direction’s fimctionality in much the same way 
20 they access any other enhanced directory assistance sj^tem 2 features, via a sinqile 

combination of key strokes. When a customer service rqpresCTtative receives a call 
requesting directions, the agent will request the “From” and “To” menu, where 
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locations are presented to the opmtor. By using tiie intei&ce via an {q^Ucation 
protocol inter&ce structure, the directions software can be accessed fhrou^ otiier 
applications in the future. 

In an alternative einbodim^ of &e present invention, caller 4 has the ability to 
5 see the same menu as the customer service r^iesentative. In such a situation, call^ 4 
is afforded the same ability to ento* “from” and ’To” thus avoiding the need for a live 
operator, hi such a configuration, caller 4 is pron^ted to mter the travel locations via 
SMS, voice recognition, WAP or any otiier means compatible witii system 2. 

The second q^iication protocol interface in the design is to an address 
10 application. Some of the call^ requesting directions will know the name, but not tiie 
exact address, of their destination. In cases such as this, the agent needs to determine 
tile address of the destination and then use that to populate the To” field for directions. 
This address application is preferably handled by ^ihanced directory assistance system 
2, however, the design allows the flexibility to use otiier sources, such as directimis and 
IS mqiping database IS, for acquiring tiie destination address. 

The third inter&ce defined for this process is fen mqipmg vendors. Here, the 
customs: service representative takes the From/Io data fixim tiie caller and enters it into 
agent application 19 on operator terminal 20. This qiplication in turn passes that 
information to either enhanced services direction module 21 (if the miq^ing is being 
20 handled internally) or tiie mapping software vmdor (not pictured) via the lotemet or 

some otiier connectivity means, whoe it is processed. The m^iping software either 
returns an error message (coire^onding to such events as: address not found; multiple 
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Starting addresses found; etc.); or successfully finds the indicated locations and returns 
a mtq), directions, travel distance and a time estimate. Agent ^iplication 19 uses the 
information returned to vrafy that tire correct location r^ipears to have been returned, or 
to a^ for additional information from tiie caller. An exaitq)le of the interface used in 
s this {plication is the M^quest® data inter&ce for use witii thdr m^ing software. 

The use of Miqiquest mapping software is hitmided only as an example of a mapping 
software q>plication however, the agent {qjplication 19 structure leaves open the option 
of usiag other mapping software, either internally or externally located. 

Anotiier mterfiice defined for this process is to the ou^ut drivers. Ihe object of 
10 tins embodiment is to have the option to send directions to tiie caller via a number of 

different technologies. In addition to the Text-to-speech (ITS) delivery c^>abilities of 
switchATRU 12 or VRU/AISE168, Short Message Service (SMS), Wireless Application 
Protocol (WAP), E-mail, Voice Mail and &x are all potential mechanisms fi>r 
communicating directions to a caller. To utilize all of these fimcticms the output fiom 
IS the agent iqtplication 19 can be translated into a standard format ^lich can in turn be 
handed off to a number of different output drivms. 

It should be noted that although agent {qiplication 19 and operator terminal 20 
are depicted as being operate by an agent or customer service r^nesentative, that is in 
no way intended to limit the scope of the present inveotion. The use of automated 
20 operator terminals alone, or automated/and operator tenninal combmations are also 
within tiie contenqtlation of the present invention. 
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Bi one embodiment of the present invention, as illustrated in Figs. 1-5, Wide 
Area Network (WAN) 25 is configured to couple all operator terminals 20 to syston 2 
and 2 \ This includes connections between geographic locations, such that operator 
terminals 20 located at a call center can connect with switches 12 at other r^ote 
S locations. As noted earliw and to be discussed in more detail below, because primary 
call center 16 may route calls to remote operator t erminals 20* it is necessary that those 
operator terminals 20’ be able to commurucate back to the originating switch 12 in 
order to send the directions to the ^propriate caU^ 4. WAN 25 is configured to relay 
directions packet 50, described in more detail below, to the ^ropriate switch 12 in 
10 ordw to complete caller 4’s calL 

In one embodiment of the present invention, as illustrated in Figs. 1-5, customer 
database 1 8 is coiq>led to agent application 19 and is configured to store intormation 
relating to callers 4. The information is organized in customer database 18 in a listing 
table 52A. The information stored in customer database 18 is used to assist enhanced 
15 services directions module 21 in processing the direction information as well as agent 
application 19 when creating directions packet 50, as discussed below. The information 
is also used for other purposes such as billing, promotions and other related material. A 
more con^lete description of the matoial stared in customer database 18 is found 
below in the d^cription of listing table 52A. 

20 lii one embodiment of the present invention, customer database 18 stores a 

branded audio message associated with the service provider 26 of the caller 4 sudi that 
\^dien caller 4 accesses syston 2, the audio welcome message is relieved by operator 
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taminal 20 and played to the caller 4. M anodic embodiment of die present invention 
the audio welcome message may be retrieved and played (m call crater 16 m switch 12. 

In rae embodimrat of the present invention, as illustrated in Figs. 1-S, mqiping 
and directions database IS is coupled to enhanced service directions module 21 and 
5 configured to store direction information for access by caller 4 at a later time. When 
caller 4 calls system 2 fmr stored directions, enhanced services direction module 21 
accesses the stored directions for use in populating the appropriate field in directions 
packet 50. 

It should be noted that although mapping and directions database IS are 
10 illustrated as coupled to enhanced services direction module 21, it is not intended to 
limit die scope of the present invention. For example, mapping and directions database 
IS could alternatively (not shown) be coupled directly to agent application 19, switch 
12, and/or customer database 18 such that a system 2 could provide caller 4 with an 
automated option to return to stored directions without slowing or interfraing with the 
IS operations ofenhanced services direction module 21. Any configuration for storing and 
accessing stored directions in a timilar rahanced directory assistance system is within 
the contraq>lation of the present invention. 

In one embodimrat of the present invention, in addition to storing directions for 
individual callers 4, mqtping and directions database IS also stores geo-coded 
20 information regarding all destination locations for use by enhanced services directions 
module 21. Geo coding of tiie database allows the database to assign a location to each 
entry in die database. Ibis location can be in the form of a lat/long, zip code, zqH4, or 
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any method diat allows liie database to determine physical location and pioxiinily to 
other locations. Directions and mapping database IS maintains a listing of all 
dftetinatinnR in a given area (such as the continental United States) and geo-codes eadi 
entry such that database IS can produces locations of destinations for any place for use 



S by enhanced serviced direction module 21. 

hi one embodiment of the present invention advertising database 66 is cor^led 
to advertising prompt module 27 and configured to store advertising parameters for use 
in populating tike appropriate fields in directions paclrat SO. The mfonuatioa is 
organized in advertiser location business module table 80 
10 Mqjping and diiections database IS (Figs. 1-5), customer database 18 (Figs. 1- 

S) and advertising database 66 (Figs. 4 and S) are ptefraably any known database 
systems which can be programmed to store all necessary information. For example 
customer database 18 may store any number of listh^ including but not limited to tiie 
following: wireline telephone directory listings, originating service provider 26 of caller 
15 4 listings, and otiiCT listings such as providera of goods and services. Mapping and 

directions database 15 may store any number of listings including but not limited to the 
following: destination locations, street addresses, latitudeAongitade coordinates for 
dfurtiTurtirmc m mying information and route finding codes and stored diiections. 
Advertisii^ database 66 may support data fields including but not limited to: business 
20 type, business location and advertising parameters. Databases 15, 18 and 66 preferably 
siqtport multiple database tablw for a voluminous quantity of listings and multimedia 
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Databases IS, 1 8 and 66 can be based on any known database software and any 
known database format. The hardware configuration of databases IS, 18 and 66 can be 
any barch^e platform capable of supporting the quantity of calleis 4 and entries in 
their re^ective database tables. As such, databases IS, 18 and 66 can be stored on any 
5 device «q>able of storing Ibe infonnation. 

Those of ordinary skill in the art can appreciate that although databases IS, 18 
and 66 are shown as single units, they are not limited to this configuration. Databases 
IS, 18 and 66 can be comprised of multiple hardware units, i.e. , central processing 
xmits and/or storage devices such as CD-ROMs, hard disk drives, tape disk drives, etc. 

10 which can conununicate with each othn across a transmission link. In addition, while 
only specific tables and fields within databases IS, 18 and 66 are discussed in detail, the 
current invention does not limit the table schema in databases IS, 18 and 66. In 
accordance with one embodiment of the present invention each database in sj^teni 2 or 
system 2’ such as databases IS, 18, and 66 and IS’, 18’ and 66* respectively store die 
IS same information. In an alternate embodiment, it is also conteniplated that databases IS, 
18 and 66 can take the form of a distributed database. For example, users who are 
primarily based on the west coast can be supported finm a portion of dat^ase such as 
database IS’, 18* or 66’ located in California, while users primarily located on the east 
coast can access a portion of database such as database IS, 18 or 66 located in New 
20 York. 

As illustrated in Fig 8, a standard directions and mapping database table 72 is 
provided in moping and directions database IS for each destination served. Table 72 
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can be created from commercially available databases. In fact, in one embodiment of 
the present invmition the function of directions and moping database IS which provide 
all known destinations to enhanced services directicm module 21 may be outsourced to 
a friirdparty vendor as discussed above. However, irrespective of wh^ directions and 
5 ma pping database table 72 is maintained, either in an internal m^[qping and directions 
data base IS, by an external diird party directions nuqipmg vendor or on a common 
system 2 database which combines (he functions of mapping and directions database 
15, customer database 1 8 and advertising database 66, directions and m^ing database 
table 72 outlines tiie basic fields necessary so as to provide enhanced services direction 
10 module 21 with the necessary information to create directions instructions for directions 
packet SO. ' Any such table which operates in conjunction witii a similar enhanced 
directory assistance system is within the contenq>lation of the present invention. 

Directions and mapping database table 72, as illustrated in Fig. 8, conqirises 
several fields including but not limited to: name or identifier (such as sir name or 
15 business name), street address, city, state, zq> code, zip code addition (four digits), 
country, geographic location or geo-coding (latitnde/longitude) and mapping code. It 
diould be noted that thiR list is singly iltusbative of some of the fields tiiat can be used 
by mtpping and diiections database 15 in directions and mapping database table 72 in 
order to organize the information contained therein in a searchable format, however this 
20 is in no way intended to limit the scope ofthe present invention. Various additional 
infnrmfltion, or possibly even less information may be required to operate system 2 
dq>endmg upon the method utilized by enhanced services direction module 21 to create 
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directions. Any fields us^nl in storing and organizing destinations in directions and 
mapping database table 72 that assist in the operation of any similar system 2 is -witbm 
the cantonplation of the present invention. 

In anotiiOT embodiment of tiie present invoition, as illustrated in Fig. 9, listing 
s table S2A represents tiie organizational stracture of information stored in customo* 

database 18 to store listings or information about each caller 4 and codes to access 
previously used directions for regular call^. Listing table S2A information includes, 
but is not limited to; the calling phone number field, name field, the directory listed 
name field, address field, d^ned locality field, company field, wireless carrier field, 

10 billing information field, special features code field, , type of data field, data source 
field, NPA/NXX wireless field, device crpability field, preferred destinations field, 
recent destinations field, alt^nate destinations field, wireline phone numb^ field, e- 
tnail address fields, rate plan field, license plate fields and other codes used by agent 
application 19 in System 2 to populate various fields of directions pack^ SO. Listing 
IS table S2A rqrresents the primary caller 4 table in syston 2 and includes any additional 
special instruction infonnation listings including mformation for populating advertising 
prompt module 27. 

The calling phone number field of listing table S2A, as illustrated in Fig 9, 
idoitifies the phone number of caller 4, for exan^le a cell phone or landline number. 

20 The name field represents ttie actual name of the subscriber or caller. The directory 

listed name field represents tiie chosen listing name for caller. For example, tills field 
could hold caller’s 4 real name, nickname or the chos^ alias for caller 4. The home 
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address fields of listing table 52A are conteiDplated to contain one or more addresses 
that contain one or more of the following fields: street address 1, street address 2, dty, 
state, country, zip code and zip 44 address of the subscriber for caller 4. 

The defined locality field, as illustrated in Pig 9, identifies caller’s 4 ptefeaed 
5 locality or combination of localities. For exanq>le, the subscriber based in NYC with a 
New Jersey area code on his or her wireless device may elect to use NYC, New Jersey, 
NY Metro area or some other designation for location. This notation may be used in 
connection with advertising prompt module 27 to schedule certain location based 
advertisements. 

10 The company field of fisting table S2A, as illustrated in Fig 9, identifies the 

company for which caller 4 works. The wireline phone number field identifies one or 
more wireline phone numbers of caller 4 associated with a physical location such as 
address provided in tiie address field. The E-mail address field identifies one or more 
email addresses of caller 4. The wireless carrier field of listing table S2A identifies the 
15 service provider 26 for caller 4. This information can be used in conjunction with the 
advertising pron^t feature as well as billing and other related features. 

The billing information field of fisting table S2A, as illustrated in Fig 9, contains 
mformation specific to caller 4 which will siqiport the billing function. This field 
provides system 2 with the specific billing instructions for caller 4 induding the service 
20 provider information as well as q>ecial service subscriptions. Forexanq)le,caUer4 
may elect to incur per use charges for directions or, alternatively, th^ may elect for a 
flat billing rate for directions^a month. 
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The type of data field of listing table S2A, as illustrated in Fig 9, idoitifies the 
type of wireless device that is being listed in tiie caller listings table. This field is useM 
in determining the cq>abilities of a subscribing <^er 4 as to how he or she can receive 
directions or advertisement prompts. System 2, knowing the cq)abilities of the various 
5 wireless ^iparatuses available on the market can adjust die format the directioi^ are 
srat in so as to provide the best possible results to caller 4. 

The data source field of listing table S2A, as illustrated in Fig 9, identifies fixe 
data source fiom which caller 4 record listing originated. This field provides 
information to system 2 identi^dng the source of this listing such as an individual, a 
10 service provider or any other entity, for ^uoiqile a third party, that siqiplied the data 

contained in customer database 18, and can be used in conjunction with such features as 
the advertising pronqpft or witii bonuses or incentives. 

The NPA/NXX wireless field of listing table S2A, as illustrated in Fig 9, 
identifies whether or not caller 4 is using a wireless device or landline device. This 
15 field is used to turn on and off certain features which may cmly be available to either 

wireless or land based phones. For example, as discussed above, tiiis field may assist or 
even siqiplant the function of location database 60 in the event caller 4 calls from a 
landline, such that the “start location” for the duections can be automatically directed to 
enhanced services directions module 21. This is intended as only one example of how 
20 the NPA/NXX wireless field listing is used in eduction with the operation of system 

2, however it is no way inloided to limit the scope of die preseot invention. 

The recent destination field of listing table S2A, as illustrated in Fig 9, is used to 
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store the latest destinations for which caller 4 has requested directions finm system 2. 
The alternate destination field of listing table 52A, as illustrated in Fig 9, is used to 
store any alternate destinations or alternate route infonnation concerning direction 
requested by caller 4 fiom system 2. The preferred destination field of listing table 52A, 
5 as illustrated in Fig 9, is used to store destination information for frequently used 
destinations by caller 4. This may include commuting destinations (wodO> or otiier 
regularly visited locations. This feature of storing the preferred destinations is 
particularly useful in system 2 when used in cotq'unction witii the traffic information, as 
discussed below. Each of the recent destination field, alternate destination field and 
10 preferred destination field each maintain destination information in sub-listing table, as 

illustrated in Fig 10, which identifies the **10” and “From” information. 

It is inq)ortant to note (hat recent destination, alternate route and preferred 
destination fields in listing table 52A, as illustrated in Fig 9, and as further elaborated in 
Fig 10, do not store directions per se, but store destination information for use by 
15 enhanced services direction module 21 or codes to access stored directions saved in 
directions and mq>ping database IS. 

The device cq«bility field of listing table 52A identifies the equabilities of 
caller’s 4 device. It is conl^nplated that these capabilities may include: SMS, WAP, 
iMode, etc., capabilities, in addition to standard voice cq»bilities. 

20 the special feature field ofUsting table S2A identifies any q>edalrequirments 

that caller 4 may require. This field is used when providing diiections and vdien 
advertising prompt module 27 is selecting an appropriate advertising pronqit for a caller 
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4. This field can be used to better tailor tiie directioDS and prompts to the special needs 
of caller 4> such as: Spanish speaking, hearing impaired etc. For example, if a caller 4 
asks for directions and the special requirements field is populated widi a Spanish 
speaking code, then advertising pronqtt module 27 will only use Spanish-speakui^ 

5 advertisers along the route. Ihis field can either be populated automatically by way of 
use of specified dial string, as explained above, or by way of caller 4 specifically 
requesting the special requirements field to be used. 

The license plate field of listing table S2A contains the licmse plate of the 
primary vehicle associated widi the subscriber of caller 4. This information can be used 
10 to associate a subscriber with one or more v^cles in vdiich they may be traveling. 

Finally, the rate plan field of listing table 52A contains the rate plan of caller 4. 
This information is used to d^ermine thh^s such as if roaming charges will sqjply, if 
long distance charges will iq>ply and the number of monthly mmutes associated with the 
directions plan. 

15 It should be noted that although customer database 18 maintains its stored 

informati on in listing tables S2A for r^ular callers 4, this in no way is intended to limit 
the scope of tiie present invention, particularly for first time, non-subscribing or 
infiequent callers. Ihe same features allowed or provided to a regular caller 4 can also 
be provided to first time call^ 4, for example, by spontaneously creating a listing fin a 
20 new caller 4 in customm* database 18, all of the features listed above including but not 

limited to special advertising fields, general advertising fields, and special services can 
bensed. Any system which utilizes a database for botiifinquent callers 4 and first time 
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callers 4 ^ch operate in a shnilai manner is within the contenq)lation of the present 
invention. 

It should be noted teat alteougb tee field description as discussed above was for 
customer database 18, customer database 18* preferably opiates with substantially 
S similar field structure. 

In one embodiment of tee present invention, as illustrated in Figs. 1-S, enhanced 
service direction module 21 provides system 2 with a means to send directions to a 
caller, by way of populating directions/mqiping field S6 of directions packet 50, 
illustrated in Fig. 7. A directions unit is incorporated in the enhanced services 
10 directions module 21 used by agent {plication 19 running on operator terminal 20 and . 
allo\«^ a customer service representative to retrieve directions and transmit teem to 
caller 4. The directions feature in enhanced services directions module 21 may be a 
stand alone unit that is configured to calculate directions based on a starting and a 
d^tination address, or otiira’ criteria as cutrentiy known in the industry. In accordance 
IS with anoteffl* embodiment of the invention, enhanced service direction module 21 may 
be coimected via a communications channel, tor example, Intonet, to a remote 
directions calculating unit operated by a third party such as those available by 
MAPQUEST® 

After tee creation of tee ditecticHis by enhanced service direction module 21, 

20 tee direction information is sent to agent plication 19 where tee necessary codes are 

embedded into direction packet SO, iiteicte is turn srat to swhchA/RU 12 such tiuit 
switch 12 can provide caller 4 with tee directions. Also, iqron the cneation of tee 
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directions, enhanced service direction module 21 also stor^ the dir«;tions in m^ing 
and directions database IS for future access by caller 4 in the event caller 4 is 
disconnected or is using directions for a long trip where it is inq)ractical to stay 
connected for tiie entire tr^. In such cases whoi caller 4 reconnects, enhanced service 
S direction module 21 obtains the stored directions from mapping and directions database 
IS instead of recalculating the directions from the beginning. 

It should be noted that enhanced service direction module 21 can also siqjport 
other functions (not shown) in addition to tiie direction producing capabilities. For 
example, restaurant reservations can be integrated into the enhanced service direction 
10 module 21 used by agent rq>plication 19 running on operator terminal 20 providing 

syst^ 2 with tire ability to secure reservations and provide recommendations for 
restaurants to caller 4. Reservation services are activated whea a restaurant or otiier 
related service provide:, such as a caterer, activates the reservations services at 
enhanced service direction module 21 of system 2. Ideally, these additional features are 
1 5 used in conjunction with businesses who have placed advo’tisement pron^ts in system 

2, such that system 2 can use the information in advertising database 66 for these 
additional services as well, however, this is not required. 

The reservations feature in mhanced service direction module 21 may be a stand 
alone unit that is configured to arrange tesorvations based on iq>-to-date information 
20 received from a participating restaurant, or otii^ criteria as cnnently known in 

industry. In accordance with anoth^ embodiment of the invention, enhanced service 
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direction module 21 may be connected via a communications channel, for exanqile, 
Internet, to a remote reservations service system operated by a third party. 

Recommendations can be provided when a restaurant or a restaurant 
recommendation service, for exanq>le, d^des to place its information in enhanced 
s services directions module 21 within system 2, 

In another example, movie ticket and sdiedole software can be incorporated into 
enhanced services directions module 21 used by agent ^plication 19 r unning on 
operator terminal 20, providing system 2 with the ability to provide movie infonnation 
and ticket purchasing. Ihese services are activated when a movie tiieater, playhouse or 
10 other related business, or a movie information provider provides the information to 

system 2. 

In another embodiment of the present invention, as illustrated in Fig. 3, system 2 
may maintain a connection to a traffic vendor 43. Traffic vendor 43 is preferably a 
third party vendor which can provide system 2 with fiequently updated traffic 
IS infonnation in a compatible format with system 2 geo-coded listings (such as those 

pictured in table 72 of Fig 8), stored in mapping and directions database IS. However 
this configuration is intended only as an example and is in no way intmided to limit the 
sc(q)e of the present invention. Any form of traffic infonnation supplied from outside 
sources or even finom internal system 2 sources in the position of traffic vendor 43, for 
20 use in connection with a similar enhanced directory assistance system is within the 
contenq>lation of the present invention. 
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In another embodiment of the preset invention, iirespectiye of service 

provides the traffic information to system 2, tiie S 3 rstem stores traftie data in traffic 
database 4S, as illustrated in Fig. 3. The information stored in this database is used by 
oihanced services direction module 21 to cross reference against the directions 
5 requested by caller 4, in order to provide traffic infonnation along witii the directions 

data. This information is embedded into traffic field 57 of direction packet SO by 
enhanced service direction module 21. 

It should be noted that the traffic services provided by traffic vendor 43, traffic 
database 45 and enhanced service direction module 21 of system 2 may be provided 
10 independent ofthe direction function. For exanq)le, if caller 4 wishes to request traffic 

information for their commute to work each day it is unlikely that they will need tiie 
directions portion of the infonnation. As such, agent eqjplication 19 and enhanced 
service direction module 21, upon instructions fiom caller 4 can sinq)ly provide traffic 
infonnation on a route provided by caller 4 or on a route detmmined firm calloc’s 4 
13 prefixed destination field in listing table S2A. Any use of traffic vendor 43 and traffic 

database 45 in conjunction witii a similar enhanced directory assistance system, 
regardless of directions provided is within tiie contemplation of the present iirvention. 

In another embodiment of the present invention, as illustrated in Fig. 1 1, 

20 advertising location business module table 80 represents the organization of listings 
conconing advertisers in advertising database 66. Ihe infonnation contained in table 
80 is used by advertising prompt module 27 and in conjunction with enhanced service 
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direction module 21 in order to attach die pr(^^ advertising prompt to the directions 
provided by system 2 to caller 4. Aldiough in the present onbodiment, advertising 
location business module table 80 is stored in the database 66 this is in no way intended 
to limit the scope of the present invention. For exanqile, advertising location business 
5 module table 80 could be located in a common physical database with listing table S2A. 
For the purposes of illustrating the salient features of the present invention advertising 
location business module table 80 is located within advertising database 66 however, 
any system whidi utilizes similar fields in a database for the purposes of targeting 
advertisement prompts to callers 4 placing in a directions request is within die 
10 contemplation of the present inventioiu 

Advertising location business module table 80, as illustrated in Fig. 1 1, is 
comprised of several fields which allow advertising prompt module 27 to search 
advising database 66 for the a{^ropiiate advertiser and accompanying advertising 
prompt (stored in advertising pron^t storage module 13). These fields include but are 
IS not limited to: business name; street acMress; business type including SIC codes and 

custom codes; relationship status; location parameters including geographic location 
and specified route data; advertising parameters inchiding but not limited to time of 
day, day of week, distance radius' (geogtrqihic and by route) and customer type. 

Ihe business name field, as illustrated in Fig. 1 1, indicates the name of the 
20 advertiser’s business. The address field includes the addr^s for die advertising 
business, including fields for street 1, street 2, city, state, zip, zip+4, country and 
latitude/longitude. This field can be used to populate the advertising prompt with tire 
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business address to assist caller 4 in findiiig the locati(»i« andean also be used by 
enhanced service direction module 21 to populate the destination infonnation in the 
directions creation process. 

The business type field, as illustrated in Fig. 1 1, is subdivided into SIC code 
s field and the custom code field. The SIC code field gives standard infoimation about 
the business such that advertising juonqit module 27, when searching advertising 
database 66, can locate businesses of a particular type in order to tailor a pronq>t to an 
individual caller 4, based on the destination to which caller 4 requested directions . For 
example, if caller 4 requests directions to a hardware store and advertising database 66 
10 maintains other advertising hardware stores in close proximity to the requested store, 
advertising prompt module 27 may send an advotisement prompt in the directions 
alerting caller 4 to tiie existence of anotiier hardware store in the area. 

Op^ting similarly, custom business type field, as iUustrated in Fig. 1 1, in 
advertising location busmess module table 80, is used by advertising prompt module 27 
15 to deliver targeted advertising pronqits in the directions requested by caller 4. 

However, unlike the SIC codes, custom codes allow advertisers to bett^ manipulate 
when their pronqit will be selected. For example, if call^ 4 asks fin* a movie theater 
and a restaurant adv^tiser is located nraiby, even though the industry is different tiie 
restaurant code could use a custom code so that their advertising pronq>t could be 
20 delivered evoi when caller 4 requests directions to othm* types of bumnesses. 

It should be noted that although SIC codes and custom codes have been 
described for use in conjxmction witii advmtising pronq)ts tins is in no way intmided to 
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limit the scope of the inveation. Any enhanced directory assistance system which 
makes use of SIC codes and custom business type codes for use in advertising is within 
the contemplation of the present invention Ihe relationshq) status field, as illustrated in 
Fig. 1 1, is used by advertising pron^t module 27 of system 2 to maintain the status of 
S the advertiser’s account. For example, advertising prompt module 27 may choose to 
only deliver advertisements with directions fiom “active” advertisers. 

The loeation parameters field, as illustrated in Fig. 11, include the two sub fields 
^ographic location field and specified routes field. Advertising prompt module 27, as 
illustrated in Figs. 1-S, uses the geographic location field of advertising location 
10 business module table 80 to determine if a given advertiser is located sufficiently 
proximate to given set of dilutions provided to call«: 4 by s^tem 2 sudh that this 
particular advertiser’s advertising prompt should be added to the directions. 
Additionally, should caller 4 request directions to the advmtiser based on the 
advertising prompt, tiie geographic location field could he used directly to populate the 
15 necessary information in enhanced services directions module 21. 

The specified routes field, illustrated in Fig. 1 1, is used in a similar fashion as 
the geographic location field. The specified route field is used by advertising pronq>t 
module 27 in order to determine if a particular advwtiser is located in sufificimit 
proximity to caller 4 based on the directions provided by syston 2. However, unlike 
20 the geographic location field, die specified route field is used by advertising prompt 
module 27 vdien the advertiser is actually located along the route provided in the 
directions by systmn 2 as opposed to dmply using the physical location. Thus, if a 
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paaticular advertiser is located along the route, caller 4 would not even be required to 
make additional movements in ordo: to pass by or arrive at the advertiser’s business. 

Althoogh, in the above described embodiment both die geogrspbic location field 
S and the specified route field are used principally 1^ advertising prompt module 27, diis 

is in no way intended to limit the scope of the present inventioa Anyenhanced 
directory assistance system utilizing similar business location fields for use in directions 
production and targeted advertising is within the contmnplation of the presmit invention. 

The adv^tising parameter fields, as illustrated in Fig. 1 1, include but are not 
10 limited to: the time of day field; day of the week field; distance radios field (based on 

eitiier geogr^hic location or jneferred routes); and customer type field. In general, the 
advertising param^eis fields are used by advertising pionqit module 27 in order to 
bettm target advoiisements to callers 4. 

The time of day field, as illustrated in Fig. 1 1, is used by advmising prompt 
IS module 27 to place the proper advertising prompts based on the time of day. For 

exanq>le, a breakfiist restaurantadvertiser with infimnation stored in advertising 
database 66, as illustrated in Figs. 4 and 5, may wish that their prompts are onfy used 
between the hours of 7am and 12ruxmtocallers4pa8smgmproxiiiiity tothdr 
location. This is intoided as only one example of how the time of d^ field can be 
20 used, however, it is widtin the contemplation ofthe present invention that numerous 

variations using the time of field are available. 
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The of the week field, as illustrated in Fig. 1 1 , is similar in operatitm to die 

time of day field and is used by advertisers with listings in advertiser database 66 when 
they wish for their prompts to be issued to callers on certain days. For example, if die 
advertising breakfast restamantdiscussed above is not open on Mondays, thQ^ may wish 
S for the adv^lisanrat pronqpt <m]y to be played Tuesday-Sunday. 

The distance radius field , as iUustiated in Fig 1 1, is used by advertisers to 
determine how close a call^ 4 needs to be passing by before their advertising pronqit 
will be available to be played. For exanqile, the adv«dsmg breakfiist restaurant nuQ^ 
only wish to advertise to caller 4 who request directions that pass widiin S miles of their 
10 location. Alternatively larger enterprises sudi as amusement parks, may wish to s^d 
their prompt to any caller 4 who is passing within SO miles of their location. The 
distance radius field is conqprised of two subfields; geographic location and specified 
routes. 

Hiis feature allows advertisers to better direct Ifaeir prompts to callers 4 who 
IS may actually be interested in diverting away fixmi their requested directions. This 

feature is particularly useful for smallo: advertises who may have limited advertising 
budgets, where the larger radhis advertising coveage is presumably more expensive. 

The custome* type field, as illustrated in Fig. 1 1, allows the advertiser to 
target a particular type of caller 4. For exanqile, customer type field may direct system 
20 2 to only send a particular advertiser’s pronqrts to males. Other designations (»n also 

be used such as age grotq>, types ofcar caller 4 drives, types of directions caller4 
typical^ requests. Ihe information about caller 4 can come fitnn outside sources or it 
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may be populated usmg the information in customer database 18 assuming caller 4 has 
listing there. The information can also be based on the incoming call dial string to the 
extoit that system 2 can associate the number being dialed fiom with an individuals 
qualities. 

5 In one embodimrat of the present invention advertising prompt module 27 

provides the advertising pronqit identification data that will be included in a defined 
field such as Advertising prompt code field 58 of the directions packet 50 as shown in 
Fig. 7. As discussed previously, directions packet 50 pronqtts switch 12 with a 
command to activate the ^propriate advertising pronq>t, stored in advertising prooq)t 
10 storage module 13. Advising pronqd module 27 fimctions in conjunction with agent 
application 19 to generate directions packet 50, fiom Fig. 7. Directions packet 50 
presents information to switch 12 to generate an advertising prompt based on 
advertising proiiq>t code field 58 of direction packet 50, which is recognized by switch 
12 . 

IS It should be noted that although advertising prompt module 27 is illustrated in 

Figs. 4 and 5 as a s^aiate module, it is not intended to limit the scope of the present 
invention. Forexample, advertising prompt module 27 can either most as a physically 
sqMuate unit (as pictured) or it can exist as a fimctional module of Agent Application 
19 software. Any advertising prompt module for use in delivering targeted advertising 
20 prompts in conjunction with an enhanced directory assistance system is within the 
contonplation of die present mventioiL 
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As illustrated in Fig. 12, advertising prono^ module 27 conq>rises an advertising 
prompt processing module 94, override module 96 and a directions data table 98. In 
another onbodiment of Ibe current invoition, advertising prompt processing module 94 
and override module 96 reside on switch 12 or any ccnnbination of hardware and 
5 software such as: an ACD (Automatic; Call Distribution), a PBX (Private Branch 
Exchange), a standalone VRU/ASR, application software and the like. 

In another embodiment of the present invention, the invention contemplates that 
directions packet 50 can be used by any combination of hardware and software soch as: 
an ACD, a PBX, a standalone VRU(Voice Response Unit)/ASR(Advanced Speech 
10 Recognition), implication software and the like, to generate the adv^tising pronpt 

based on the advertising prompt code field 58 in directions packet 50. 

In order to apprcpiiately populate the adv^tising (uompt code field 58 of 
directions packet 50, as illustrated in Fig. 7, advertising prompt module 27, in 
conjunction witii agoit application 19, checls the retrieved listing in advertisement 
1S< location business module listing 80 and/or advertising database 66, illustrated in Fig 11. 
Advertising prompt module 27 uses the retrieved listing to populate some of the fields 
in directions data table 98. The ronainder of the fields in directions data table 98 can 
be populated from advertisement database 66 and/or agent ipplicatioit 19 using 
information fimm other sources such as listing table 52A as stored in customer database 
20 18, illustrated in Fig. 9. 

In one embodiment of the cu r re nt invention, directions data table 98 includes 
hut is not limited to the five fields 60A-60E as shown in Fig. 13. Advertising prompt 
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module 27 uses advertisemeat prompt processing module 94, ovmide module 96 and 
advertising data table 98 to determine die appropriate information to populate 
advertisement prompt code field 58, and other fields of directions packet 50. 

As illustrated in Fig. 13, these fields include: the munber dialed by caller field 
5 60A, types of data field 60B, directions requested field 60C, prefenred language field 

60D, and other data field 60B. Ihese fields are pr^ulated by data contahied in listing 
table 52A (Fig. 9) and/or customer database 18 (Fi^.1-5), enhanced service direction 
module 21 (Figs. 1-5), mining and directions database IS (Figs. 1-5), advertising 
prompt module 27 (figs.4-5), advertising database 66 OFigs.4-5) and from information 
, 10 contained in agent application 19 on operator terminal 20. 

The number dialed by caller field 60A contains information fiiat can be used by 
Advertising prompt module 27 to identify the number dialed by caller 4, smvice 
provide: 26 of caller 4, the originatmg switch 12 and the directions call delivery area as 
defined by the NPA/NXX for this calL Hus information can be obtained by aiQr of fire 
IS sources wfaich record the incoming caller 4 number such as listing table 52A of 
customer database 18 or incoming caller information listing 70. 

The type of data field 60B mforms advertising prompt module 27 of die type of 
directions and/or data that was solicited by caller 4, such as directions, traditional 
directory assistance, movies, restaurants, categories and/or other business searches. The 
20 iuformation used to populate the type of data field 60B is obtained from various fields 
in listing table 52A and/or database 18 and from agent {qjplication 19. 

Directions requested field 60C contains information used by advertising prompt 
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module 27 which is used by advertising prompt processing module 94 to use as die 
cross-refeiendng iufoimadon used to detamine in caller 4 is passing wilhin close 
proxhnity to one of the advertisers listed in advertise: database 66. The infonnation 
used to populate the directions requested field 60C is obtained by agmit qiplication 19 
S on operator terminal 20 or directiy fiom enhanced service direction module 21. 

Preferred language field 60D contains information used by advertising pronqit 
module 27 to indicate the prefmed language of caller 4. This information is used to 
ensure tiiat the proper language closing pronopts can be used. Hie data used to populate 
preferred language field 60D is obtained fimn either operator terminal 20, fiom tiie 
10 special services field of listing table S2A of customer database 18 or fiom any other 
modules described above whidi can determine the preferred language of a caller 4. 

One possible implementation would be to populate file preferred language field 60D 
based on the number dialed by caller 4; however, this is not the only possible 
implementation. 

IS Lastty, the other infonnation field 60B contains information used by advmtising 

prompt module 27 to identify any additional information fixim such sources as listing 
table S2A of customer database 18, or advertising location business module table 80 of 
advertising database 66 tiiat could be of use in selecting an advertising pronqit 

Fields 60A-60E for advertising pronpt module 27 are intended only to provide 
20 examples of possible fields and are in no way intended to limit the scope of the 

invention. Any field v^ch can be used in advertising inompt module 27 to tailor an 
advertising pronqit to allow for targeted third parfy advotising and other such uses is 
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wi&in the conten^lation of ttie pieseut invention. 

While the cuxr^t invration contenq>lates that advertising pronq>t module 27 
may use any of tbe infonnation in these fields and modules in any order, die following 
outlines one possible method of selecting an advertising ptonq>t 
5 As illustrated in Fig. 14, at step 900, advertising prompt module 27 looks at die 

directions infonnation orated by enhan ced service direction module 21 to collect the 
necessary infbrmatiQn to determine if the placonent of an advertising pronqit is 
appnqiriate for that particular caller 4. This is done based on the directions requested, 
caller 4 information from listing table 52A as stored in database 18, and advertisemoit 
10 information fixim advertisement location business module table 80 from advertising 
database 66. It is within the cont^nplation of the present invention that any additional 
information from any other available sources in system 2 such as incoming caller 
id«itification listing 70 as illustrated in Fig. 6, may also be used by advertising prompt 
module 27 to determine die rqipropriateness of an advertisement for a particular caller 
15 4. 

Next, at step 902, advertising prompt processing module 94 looks to the 
advertising location business module table 80 to cross reference caller 4 infonnation 
against the advertising parameters to determine if any specific advertising prompts are 
active and rqipropriate for caller 4. If so, at least one advertising prompt code will be 
20 selected. Ifnoneofdie advertisers fit the criteria for sending a prompt to caller 4, 
advertising pronqit processing module 94 can eidier elect to not use a pronqit at all or 
to use a prompt promoting system 2 itself such as new feature advertis^rats. 
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Next, at st^ 904, advertising proiqjt processor module 94 checks with override 
module 66 to determine if any advertising pron^t ovmide functions are presort The 
information for ovoride module 96, comes from bodi listing table S2A of customer 
database 18 and fram internal system 2 settings. For example, override module 96 may 
5 impose system 2 settings such as no advertising prompts betweoi the hours of 3am-4am 

while the system iqrdates. In diese cases, even if advertising prompt procrasor module 
94 determined that there was an appropriate advertising prompt, override module 96 
would order the advertising prompt cancelled if caller 4 is contacting system 2 between 
the hours of Sam and 4am. 

10 Another example of a function of override module 96 is to set default pronqrts 

based on the day. For CKanople, recreatioiial pronq>ts may be set to activate only on 
weekends whereas business {xompts may only activate on weekdays. Yet another 
feature of override module 96 is to cross-reference ofea- services offered by system 2 
during peak and off-peak hours. For example, on Saturday or Sunday, a cross-reference 
IS ptonqd to reservation sovices may be implemented wh«i a caller 4 asks for restaurant 

informatton. Override module 96 may require advmtising prmnpt processor module to 
further consult with advertiser location business module table 80 in the custom code 
field in order to properly cross reference service or altemafively the cross-referencing 
can be ordered by system 2 withont any additional instmctions fixmi die advertiser. 

20 It should be noted that the functions of override module 96 can be used to 

modify or migment advotising prompte. The conq)Iete brradth of exanqjles of the 
fimctions of override nx)dule 96 ate too numerous to fully iltnstrate, howeva, it should 
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be noted iban any ability to modify, add to, subtract fiom die advertising prompt codes 
based on infonnation fiom table 80 are widiin tbe contenqiladon of diis invention. 

At step 906, advertis^nent prompt processor module 94 looks to directions data 
table 98 to detennine an advertisem^ piontyt based on the infonnation fields 
5 contained therein. 

Next, at step 908, advertising prompt processing module 94 of advertising 
prompt module 27 uses the agent application 19’s logic to determine what infonnation 
should be used to populate advertising prompt code field 58 of directions packet SO. 
One example of this logic is tor advotising prompt module 27 first to look to the 
10 location or advertising parameters fields of advratising location business module table 

80 of advmtising database 66. 

At step 910, advertising prompt processing module 94 looks to override module 
96 to see if tii^ are any additions, modifications, or other instructions tiiat are added to 
or subtracted fiom the advertising pronqits found in the advertising parameters fields 
IS described above. Next, at step 912, advertising prompt processing module 94 looks to 
directions data table 98 to see if there are any additions, modifications, or other 
instructions that are added to or subtracted fiom the adv^tising prompts decision made 
above. Finally, at stqi 914, iq>on selecting the appropriate advertising prompt, 
advertising pronq>t module 27 populates tiie advertising pronq>t field 58 of directions 
20 packet 50, as illustrate in Fig 7. 

It should be noted tha^ switch/VRU 12 can deliver directions with the 
advertising prongrts stored in advertising prompt storage module 13 in various formats 
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inchiding but not limited to: Text-to-qieech (TTS), Short Message Service (SMS), 
Wireless Application Protocol (WAP), E-mail, Voice Mail and ihcsimile. In &e event 
caller 4 receives the directions in a format other than text-to-speech, the adv^tising 
pron:q>t is defaulted to be in the same format 
S Unlike prior art, this invention dynamically alters the advertising prompt to 

tailor a spediic message to the caUm* 4 based on infonnation obtained throng the caU. 
This decision can be based on specific caller 4 instructions, third party instructions, 
other information contained in listing table S2A of customer database 18, override 
module 96 and/or possible fields 60A-60E of directions data Table 98. 

10 After tiie creation of the directions/mapping, traffic and/or advertising 

information based on the above described processes, in one embodiment of the preseat 
inv^on, agent application 19 software Ihei creates directions packet SO. 
Alteaiatively, advertising pronq>t module 27 or some otiier application could create 
directions packet SO; however, for die purposes of this embodiment agent application 
IS 19 forms directions packet SO. As discussed above, and as illustrated in Fig 7, 

directions packet SO is comprised of mnlt4>le data fields. Hus can include bat is not 
lirruted to tbe originating phone number of caller field 54, the direction nupping field 
56, traffic field 57 and advising pronqit code field 58. 

Direction packet SO is formed by agent ipplication 19 at operator tominal 20 
20 using infonnation from incoming caller identification listing 70 as illustrated in Fig. 6, 
listing table S2A of customer database 18, enhanced services direction module 21, 
advertising pronpt module 27, and traffic database 45 as populated by traffic vmdor 
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43. This infonnation is then organized and used to populate the fields of diiections 
packet SO. 

The ori ginating phone number fidd 54 is lire originating phone number of 
caller 4. Ihe directions mapping field 56 is the direction and mq>ping information 
5 requested by caller 4 for use by switohAnRU 12. This iiifotmation is provided to 

operator terminal 20 by the enhanced service direction module 21. In the event a/stem 2 
is operating a traffic database 45, traffic field 57 is populated by enhancdl service 
direction module 21 firom information obtained fiom traffic database 45. Advertising 
prompt code field 58 of direction packet 50 contains instructions on which advertising 
10 pronq>t to retrieve, use and play for caller 4. 

When combined, the originating phone number of caller field 54, tire directions 
field 56, the traffic field 57 and the advertising prompt code field 58 contain all of the 
infonnation needed to deliver tire directions and traffic report as well as to deliver a 
relevant advertising prompt to caller 4. 

IS Agent q>plication 19, as siqiported by one of foe opoator terminals 20, 

conuuunicates via operator terminals 20 to any one of foe switches 12 wifo foe 
combination of systems 2, 2 * etc. via Wide Area Network 25 (WAN). WAN 25 allows 
customer service represaitatives at operator terminals 20 to transmit directions packet 
50 from opoator terminals 20 to any one of switches 12. In the event (hat agent 
20 application 19 is unable to successfully pass directions packet 50 doe to any number of 
reasons including but not limited to foe unavailability of WAN 25 or foe rejection of 
directions packet 50, agent qqjlication 19 can initiate call conqjletion u si ng in-band 
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signaling such as DTMF. Hus allows agrait {plication 19 to put the caller on soft hold 
and pass the destination digits to switch 12 via the same trunk. Switch 12 then accepts 
the digits and releases the call to call center 16 and initiates directions dehvery as 
described hereinafter. 

3 Regarding signaling and trnnking configurations, file conununication links 

between switch 12 and primary call center 16 (or call center 16') and file 
communicstion links between switch 12 and Mobile Switching Center (MSC) 8 can be 
inqilonented as release link trunks. In fids embodiment of file current invention file 
communication links are released once the directions data is transmitted to the 
10 destination end of file link. Release link trunk technology is known in file art and allows 

resources at the destination device to be fi^d by employing a predetermined signaling 
sequence which is recognized by the destination device as a release link signal. In 
n^ldifi on, in anotho* embodiment of the curroit invention, file communication links 
between switch 12 and mobile switching center (MSC) 8 can be inqil^ented as Multi- 
is fiequency MF signaling. One possible exanq)le of MF signaling is Feature Group-D 
(FG-D) links as commonly known in file industry. 

hi an alternative embodiment of the current invenfion, the communication links 
between switch 12 and mobile switching center (MSQ 8 can be inqilanented as SS7. 
SS7 is a type of out-of-band si gnalin g, as is commonly known in the industry. In 
20 anolh^ embodiment of the invention, the links between switoh 12 and MSC 8 can be 
inqilemoited as DTMF si gnaling . DTMF is a type of in-band signaling. All of these 
si gnaling choices are known in file art and are meant only as possible embodiments of 
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tile cmrent inveation but should not be seen as limiting the possible choice of 
communication links by Tvfaich the current invoxtion can be implemented As 

part of the directions deliv«y process, switch 12 has the ability to select the r^timal 
trunk group to be used for directions deliv^ to caller 4. For example, if switeh 12 has 
5 a direct connection to the service provider 26 of caller 4, the completion of this call 

would be inqilemented over this link. 

In the case where switch 12 did not have a direct connection to service provider 
26 of caller 4, the direction delivery would be via the PSTN 10. This allows switch 12 
to select the most cost effective means of delivering tiie directions to caller 4. Thus if a 
10 direct cormection exists, then the first choice route for this call would be via tiiat link. In 

the event tiiat such direct connection is not available or does not exist, an alternate route 
such as a connection to tiie PSTN 10 could be used. 



DIRECnONSOPERATIONS 



15 



The functionality of the real time directions is eiqilained in flow 
I diagrams. Figs. IS, 16 and?. The functional design includes descriptions of how the 
proposed syst^ handles: (1) caller 4 is caUing specifically for directions, (2) caller 4 is 
railing for directory assistance and tiien asks fbr directions, (3) caller 4 is recaUing 
20 directory assistance because they were discormected while listening to directions, (4) 
caller 4 received incorrect directions and (5) caller 4 needs different or alternative 
directions. Each of these scenarios begins with the caller placing a directory assistance 
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call, such as 41 1, 555-1212 or NPA-S5-1212, and ends widi die conviction of the call. 

It should be noted that additional aspects such as special features including but not 
limited to traffic requests, closest to features, roadside assistance, and advotising 
functions will all be described in conjunction with basic direction requests however, in 
S any of the above situations regaidii^ directions, the special features of s^ton 2 are 

available. 

As illustrated in the flow diagram of Fig. IS, initially, at step 100, caller 4 calls 
system 2. The method for accessing System 2 can be via any known dialing pattern 
such as an “800” mmiber, an NPAjucx.xxxx number or NFA-555-xxxx, but also can be 
10 a shoilmed information-like numba, such as “41 1,” “555,” ‘W555,” etc. Preferably, 

access to system 2 is arranged such feat fee access number dialed by caller 4 is 
available nationwide such feat caller 4 need not be concerned with individual access 
numbers depending on their location, or whefeer feey are accessing system 2 via a 
wireless device or a wireline device. 

IS At st^ 102, mobile switching center ^ISC) 8 recognizes fee pattern dialed by 

caller 4 as belonging to system 2 (Le., a request for communication assistance) and 
routes fee call to switch 12 along wife fee originating phone number of callo' 4. Switoh 
12 tracks call detail information upon receiving fee call feom MSC 8. 

Alfeough not shown, fee signaling mefeodology of fee present invention can be 
20 implonented using fee mefeod and devices described in U.S. Application Serial No. 

09/449,126, filed November 24, 1999 fee entirety ofwhich is incorporated herein by 
reference.. 
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An additional feature of switch 12 is its ability to recognize and translate dialed 

number strings allowing syst»n 2 to provide agent ^plication services to multiple 

customers. Upon dialing the appropriate number, MSC 8, is configured to recognize 

that the dialed number string belongs to ttie c nmmiinirjitirni assistance system and 

0 

5 method, and routes die inbound call to switch 12. Ifnecessaiy, prior to routing the call 
to switch 12, MSC 8 may translate die user’s dial string (for exanqile #555) to a digit 
sequence recog^zed by syst^ 2. 

This translation allows different service carriers to access the service provided 
by the present invention using either a univranal access number or difierent user dial 
10 strings. For exanqile, in die event diat two carri^ decide to use diffraent dial strings 

(i.e. cellular telephone carrier A may siqiport access to system 2 by dial string *5 wdiile 
cellular carrier B may access the service using die dial string 411), each carrier’s mobile 
switching center (MSQ 8 may or may not select to translate diis dial string before 
routing the call to switch 12.. Upon receiving the inbound call, switch 12 may further 
IS translate the MSC 8 dial string and route the call to primary call center 16. The number 
sent by switch 12 allows system 2 to identify the particular MSC 8 from which the dial 
string was received along with die actual MSC dial string so that elemoits of system 2 
can determine what SKvice is desired, and whmu the inbound call originated. It is also 
contenqilated by this invention that calls may originate from a wireline carrier as shown 
20 in Fig. 1. While not shown, it is also contenqilated that calls may originate from a VoIP 
(Voice over Intranet Protocol) carrier. 
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For exanqile, switch 12 translate mobile switching center (MSC) 8 dial 

string 411 to any four-digh number (this string lengdi is for example only and can be 
modified) such as 9605. This £our«digit string is used to populate file number dialed by 
caller field 60A in advertising data table 98 as shown in Fig. 13, as well as numbo: 

5 dialed by caller 4 field in incoming caller identification record 70, illustrated in Fig 6. 
Hie translated digit string will be referred to as the Direct Inbound Dial (DID) number. 
Each switch 12 can have multiple DID numbers to identify caller’s 4 request for 
different services and their calling location. 

An additional feature available using this technology is to provide a separate 
10 dial string as an indicator ofpreferred language information to system 2. For example, 
if a dial string such as NPA.S5S.1818 is used, switch 12, after translating the MSC dial 
string, automatically sends a Spanish language preference indicator in incoming caller 
identification record 70 so that the primary call cmter 16 routes the call to an 
{qppiopriate operator terminal 20, such as a Spanish peaking operator. 

IS Advantageously, Spanish speakiiig opoatois may be located remotely fiorn system 2 
and calls to be handled by them may be routed via call center 16 to a remote call center 
16* as described above in reference wifii Figs. 1-5. 

It should be noted tbat the above example of call signaling methodology is 
intended only as an example of call routing and caller 4 id^itification and is not 
20 intended to limi t the scope of the present invention. Any such signaling methodology 
protocol which is c^uible of transmitting fire call between MSC 8 and switch 12 is 
within file oontenqilation of the present invention. 
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At Step 104, switch 12 routes the call to primary call center 16. To perform this 
task, switch 12 creates incoming caller identification record 70, as shown in Fig. 6, with 
the pertinent information as described in more detail above, and selects a direct trunk to 
call center 16. The configuration being used to carry the call betweoi switch 12 and 
S primary call center 16 preferably is a release link trunk configuration, discussed above 
in detail. While not discussed here, it is contemplated that any tnmkiiig and/or signaling 
configuration can be used to route file call from switch 12 to call center 16. It is also 
conteniplated by this invention that switch 12 may connect this call to call c^ter 16 via 
Public Switched Telephone Network PSTN 10 (i.e. using an 800 number or a directly 
10 dialed number). 

Next, at step 106, upon receiving the call fiiom caller 4, primary call center 16 
notifies an available operator terminal 20 with the appropriate skills, if necessary, that 
an inbound request has arrived and routes fire call there. Upon establishing a link 
between caUo’ 4 and operator t^minal 20, primary call center 16estabUriresavoice 
IS anH communications link finm fire caller to the customer smvice iqrreseotative. The 
two-way voice comrmmicafion is routed direcfiy fixmi caUer 4 finoi^ primary call 
center 16 to operator terminal 20, having an attached telephonic communicadcni means. 
The data conimunicafion, which may include any information contained in incoming 
caller identificafion record 70 (i.e. the number dialed by caller 4 (the DID), the 
20 preferred language code, the originating phone nuniber of the caller and the caller 
service fUDvido' fiel(Q is transmitted to the primary call center 16 to operator tmminal 
20 via computer telephony interfece (CTl) 29. CTI 29, deployed between primary call 
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center 16 and operator terminals 20, is used to communicate the infonnatian necessary 
for the customer s^rice rqiresentative and agent plication 19 software to handle and 
complete die call 

Using this link, an agent asks caller 4 for information regarding the services they 
S are requesting. Caller 4 siqiplies the necessary information. It is contemplated by the 
current invention that traditional directory assistance and enhanced wireless directory 
assistance may also be provided by system 2 in addition to the diiections services 
described hereiiL 

At stqi 108, agent application 19 determines if caller 4 ANl is recognized (i.e. 
10 based on a stored listing in listing table 52 of customer database 18). If diere is a stored 

listing that information is made accessible to qperator t^minal 20, if not the customer 
service representative must take aU of the information manually. In either case, at this 
st^ 108, the to and from information are entered into agent (qipUcation 19 at operator 
terminal by customer service representative eitiier manually as provided by caller 4 or 
IS by information contained in listing table S2A. 

It should be noted that if system 2 is running their automated location 

finder via location database 60 as described above, incoming caller idmitification record 
70 wQl have an additional field vdiich will provide opmator terminal 20 with die exact 
location of caller 4 bypassing the need for caller 4 to provide the infoimation verbally. 
20 Ibis is particularly useful in the event caller 4 is lost and is unable to provide the 

“fiom” information. 

Additionally, the feature of system 2 pinpointing a caller 4 location 
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automaticaUy, via location database 60, is particularly useful in a situadon \^ere caller 
4 is contacting system 2 for directions fix>m a mobile phone i^diile in the process of 
driving. In such situations, caller 4 is not likely to know their exact location or what 
precise intersections they have passed. As such, system 2 utilizing tiie function of 
S location database 60 will be able not only to obtam directions for call«^ 4 but will also 
be able to use their exact location so that caller 4 will not miss any inqKntant tum-ofb 
or other directions, hi feet, it is within the conten^lation of tiie present invration, for 
system 2 to track caller 4 such that when caller 4 is using system 2 for long distance 
travel directions, system 2 will be able to calculate caller 4 progress and notify tiiem of 
10 iqicoming turns. 

Also, it should be noted that in some ev^ts caller 4 does not know the **to” or 
destination information but rather only knows a name in which case tiie customer 
service representative can access system’s 2 intonal standard directory assistance 
databases (which may or may not be the same as the directimis databases) in order to 
IS obtain the **to” information for tiie directions interfEice. 

Additional features of system 2 are also employed at this stage inchiding the 
“closest to” function. This service allows a caller 4 to contact system 2 and ask for the 
nearest store or fype of service provider to tiieir current location. For example, the call^* 
could ask tiie location ofthe nearest food store, gas station, or major highway. This 
20 option would be of great value to people tiiat travel This feature also allows for cross' 

referencing with advertising pronqit module 27 which can strategically embed 
advertisraieDls into ihe directions based oa (he advoiisar’s proximity to the direction 
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route given as discussed in more detail below at st^ 118.. 

Another feature of system 2 is to provide the personal traffic infennation. This 
service uses preferred destination field of listing table S2A that includes the 
individual’s “normal” commuting start and destinatiotu Whmi call^ 4 contacts system 
5 2, based on their cuiront location and nonnal commuting route, they are able to obtain 

an indication of any traffic problems in tiieir path, and be provided with an atbemate 
route to their destination, if they do encounto: problons. The details of producing and 
delivering fee traffic information is discussed below. 

Yet another ^>ecial feature of system 2 is to provide roadside assistance 
10 services, hi case ofan emergency, this service usra fee location ofcaller 4, particularly 
useful where system 2 is cmplc^ing automatic location identification withlocation 
database 60, to identify fee nearest tow truck contpany or other forms of assistance. 

The above list of system 2 features is not intended to be exhaustive, but is 
merely intend^ to provide example 

15 at stqp 1 10, fee customer service represmitative enters or acknowledges 

fee “to” and “fi:om” information in agent igiplication 19, where the infennation is 
directed to enhanced services direction module 21. 

Nmct, at st^ 1 12, oihanced service direction module 21 accesses fee 
information stored in direction and m^ing database tables 72 in m^ing and 
20 directions database IS and crates a directions and m^iping information for the desired 
location. These diiections can be based solely on fee infarmation provided by die “to” 
and “fixun” information or it can be modified by call^ 4*s listing table S2A information 
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if any was provided by agent ^licatioa 19. 

At stqp 1 14, enhanced services direction module 21 saves the directions in 
directions and mapping database IS for a specified amount of time. It should be noted 
that the stored directions (for le-accessing by caller 4) need not be stored in mapping 
s and directions database IS, but instead canbe stored in any database in syston 2 which 
has the ability to store the directions including but not limited to customer database 18 
or mihanced services directions module 21 itself. 

It should be noted tiiat in addition to producing directions, enhanced service 
direction module 21 also produces trafEic information, at titiis same stage if traffic 
10 vendor 43 and traffic database 4S are enabled in system 2. In fiict, it is possible at this 
sta^ tiiat enhanced service direction module 21 will only produce traffic information in 
the evetA that caller 4 has solely requested traffic information for a regular commuting 
destination. 

Next, at stqp 1 16, the ^ihanced smvice direction module 21 contacts advertising 
15 prompt module 27 to determine if any advertisement pronqds are sqipropriate for caller 
4. 

At stq) 118, advertising pronqit module 27 seardnra the fields advertising 
location business module table 80 of advertising database 66 for advertising pronq>ts 
that are q^iopriate fm caller 4. For example, advertisement prompt module 27 
20 searches the advertisement parameters field of advertiser location business module table 

80 to determine if it is the appropriate time of day, day of the week, etc. Additionally, 
adv^tisement prompt module 27 also searches the radius field to d^etmine is the 
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advertiser’s businesses are proximate enough to die diiections in order for the 
advertising prompt to be activated. Advertising prompt processing module 94 
ultimately assembles a list of advertising prompts stored in advertising prompt storage 
modulel3 which are applicable to die particular set of directions requested by caller 4. 

S A more detailed description of the selection process is included previously in the 

description of the advertising prompt module 27. 

If no advertising prompts are found to be applicable then system 2 {ooceeds to 
step 120 where enhanced service direction module 21 transfiBrs the directions and/or 
mapping information and/or traffic mfonnation bade to ag^ qiplication 19 on operator 
10 terminal 20 such dial agoit application can fill the necessary fields of directions packet 
50. 

At st^ 122, operator tominal relays directions packet 50 to switch/VRU 12 
which in turn converts and delivers the directions, traffic information or m^ing 
information, or any combination thereof to caller 4. 

15 However, if advertising pronqit module 27 does uncover at least one advertising 

pximpt at stage 1 18, then system 2 progresses to step 124. 

At step 124, advertising pronpt module 27 produces a list of all the relevant 
prompts and reviews their applicability. 

At st^ 126, system 2 decides on one or more prompts to be added to the 
20 directions infoimationL This decision can be made in several ways. One way for the 
decision to be made is for advertising pronpt processm modnle 94 to make the decision 
based on random selection or based on priorit/ codes stored in advotiser location 
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business module table 80. Alternatively, die prompts could be selected based on least 
used cycle such that the l<Higer it has been since a particular prompt has been used die 
more likely it will be used next 

The decision on v^ch prompt to be used can also be done at operator terminal 
S 20 by agent application 19 using similar programs described above or the selection can 
be madjB manually by the customer service rpiesenlative. 

It tiiould be noted that if caller 4 requests a "closest to*' function, such as 
directions to die closest gas station, agent {^plication 19 will provide to customer 
service representative not only all of the neatest gas stations fiem the gennal moping 
10 and directions database IS but also all of die advertising gas stations stored in 

advertising database 66, presumably with some overlap. In diis instance the adv^titing 
gas stations may be highlighted such that when agent ^plication 19 or customer service 
representative ultimately populates the fields in direction packet SO, preference on die 
"closest to" information can go to paying advertisers with system 2. 

15 If no qpUcable pronpts are uncovered at step 126, die call proceeds to 122. 

However, assuming an applicable pronpt is found, at step 128, regardless of die method 
used to select the advertising prompt, once enhanced s^vices directions module 
recerves/creates the directions, moping information, traffic information and/or 
advertising pronpt information, enhanced service direction module 21 inoceeds to step 
20 122 and sends the iuformation to ag^ {qiplication 19 at operator terminal 20 for die 

creation of directions padret 50. 

■ In another ^bodim^ of the present invmitioii, as illustrated in alternative flow 
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diagram 16, caller 4 can specifically call for directioDS for a preferred destinatioos such 
a work or commuter destination, fii tiiis event certain s^)s are bypassed to hastoi tiie 
process of providing the infonnation to caller 4. 

St^ 200, 202, 204, and 206 mirror steps 100, 102, 104 and 106 respectively 
5 however, at step 208 when caller 4 requests tiieir commuter traftic report (either 
mannally wife customer service representative or by way of an automated 
number/keypad respoose) fee call is transferred directly to fee agent triplication 19 to 
determine if fee ANI of caller 4 is recognized from listing table S2A. If not, at step 
210, caller 4 is directed to customs service tefuesentative at operator terminal 20 to 
10 enter fee “to” and “fiom” information mannally and possibly to create an aitry for that 

caller 4 in listing table S2A for future purposes. 

If ag^t application 19 does recognize fee ANI of caller 4 from listmg table 
52A, feen at step 212 agent application rdriev^ fee preferred destination infoimation 
fiom tibe preferred destination field. This infonnation is sent directly to fee enhanced 
15 sravice direction module 21. Regardless of recognition of fee ANI of caller 4, 

at step 214, mhanced service direction module 21 retrieves fee traMc iofermation from 
traffic database 45 for fee caller designated route. If requested, enhanced service 
direction module 21 can also prq>ate directions, or provide an advertising prompt 
(fiom advertising pron^t module 27) at this point as welL 
20 At step 216, enhanced service direction module 21 conqiares fee directions 

produced to fee traffic information. If there are any instances of traffic situations along 
fee computed path, fee enhanced direction module 21 will attempt to recompute the 
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directions such that tiie traftic incident is avoided. At st^ 218 the information 
provided is entered into direction packet 50 by agent qiplication and delivered to 
swltdiAHSU 12. And at stq> 220 switch 12 delivers tiie traffic information to caller 4. 

In another embodiment of tiie present invention, as illustrated in dynamic 
5 integrated Fig. 17, system 2 is shown provided in tiie enhanced directory assistance 
services. These services not only include the directions but also include standard 
directory assistance fimctions such as looking iq) tdephone numbma. Also, in the area 
of direction dispensing, errors may cause caller 4 to be disconnected from system 2, for 
caller 4 to seek altonate directions or for caller 4 to receive incorrect directions. Each 
10 oflhese issues can be handled 1^ system 2 in a dynamic cross-function manner, 

illustrated in Fig. 17 which shows the flow of call to system 2 where the options to 
callffl: 4 are opoi to all of the full fimctions of enhanced directory assistance system 2, 
Howev^ due to the complexity of the diagram in Fig 17 the steps will be illustrated in 
simple format It is presumed that all of the features and modules will operate in the 
IS same manners as described above. 

St^s 300, 302, 304 and 306 mirror steps 100, 102, 104 and 106. At step 306 
caU cento' 16routes the call to operator terminal 20. At this point caller 4 is presented 
with several options described below in subroutines 400, 500, 600, 700, and 800. 

If caller 4 selects caller requests directions subroutine 400, then die call is 
20 routed to customer service representative at operator terminal 20. At stqi 402 the 
location of caller 4 inhumation is retrieved using any one of tiie above desmibed 
methods. At st^ 404, caU^ 4 is requested to state their destinatiorL Iftiiqrdonot 
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know tibie destination but only a name or a phone number they are directed to st^ 502 
in subroutine 500. If caller 4 knows the destination at step 406 the customer service 
rqpres^tative enters it into agent {plication 19. 

At st^ 408, system 2 determines if the address entered is accepted. If not, the 
S s^ton proceeds to step 409 wh^ the customer service representative looks for a valid 

address (from which tire call either progresses to 408 if an new address is found mto 
st^ 502 if no new address is found) If the address is accepted the call progresses to stq> 
410 whrae the customer service rqnesentative verifies the request 

Next at step 412, die call (i.e. directions packet) is transferred to the 
10 switchA^U12. And at st^ 414 the diiections are delivered and die call is terminated. 
(Unless caller 4 requests alt»nate directions under subroutine 800 discussed below.) 

If caller 4 initially calls system 2 for standard directory assistance but di^ asks 
for directions to that location subroutine 500 is followed. At step 502, die customer 
sravice representative looks iq> the nnmbtf of the requested listing fiom a database is 
15 system 2. At step 504 the caller requests directions to that location. At step506 , the 
data for the destination already on (he screen is combined with the starting point 
information provided by one of die above described mediods. 

From there subroutine 500 mirrors subroutine 400. Specifically, st^ 508, 509, 
510, 512 and 514 all mkror stq>s 408, 409, 410, 412, and 414 reflectively. 

20 If caller 4 contacts system 2 and at step 306 informs customer service 

rqires^itative that die directions received previously were incorrect the call enters 
subroutine 600. At st^ 602 (he customo* service representsdive pulls tq> die directions 
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that were issued to caller 4 firom mapping and direction database IS (or which ev^ 
database is being used by system 2 undn any alternate database structure) based on 
callous 4 ANI. At st^ 604, the customer service representative offers caller 4 a refund 
and additional assistance. . 

S Next, at ste> 606, customs service representative verifies the data with caller 4. 

At step 608, customer service represen^ve checks the data witii syston 2. If the 
information is incorrect the call is directed to steps 409 /509 in the other subroutines. 
However, if the directions were correct but call^ 4 made a mistake in following tiiem, 
the call proceeds to step 610 where customo* service representative informs caller 4 that 
10 die directions were correct. At step 612, if caller 4 wishes to be coimected by telephone 
to the destination, the customer service representative retrieves the phone number of the 
destination and at step 614 caller 4 is connected to the destination. 

If caller 4 contacts Systran 2 and at st^ 306 informs customer service 
representative (or presses the desired automatic bypasses described above) that the call 
IS was disconnected (either cm purposes on long trips or by accident or loss of cell signal) 

toe call entras subroutine 700. At step 702 the customer service representative or 
VRU/ASR pi^ iq> toe stored directions from mapping and directions database IS. 
Form torae, toe call is directed to steps 410/5 10 of toe previous subroutines. 

As such, toe mu^oint of subroutines 400, SOO, 600 and 700 all rad wito caller 4 
20 attached to switch 12, recetving toe requested directions (at either step 414/514 ). 

However at intermediate stqp 3 1 0, if caller 4 is cut off or discoiuiects for any reason but 
needs to reconnect to systrai 2, caller 4 is directed to st^ 300. It is noted that in an 
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alternative embodiment re-connection to saved directions can be accomplished thiougli 
several means. For example, caller 4 can re-connect via a customer service 
rqjiesentative or, alternatively, a caller can use an access code such as to direct^ 
connect to switchA^U 12 maintains a function that returns caller 4 directly to 
S dieir saved directions. 

If caller 4 is satisfied vnth directions, at step 312 they disconnect fiom system 2. 

In another embodiment of the present invention, if caller 4 receives the 
directions but wishes to access an alternate route the call leaves st^ 414/514 and enters 
10 subroutine 800. At step 802, switoh/VRU 12 gives caller 4 the option to transfer back 
to operator te rminal 20 and customer service representative. At s^ 804, the AM 
transfer is logged widi system 2. 

Next, at st^ 806, toe customer service representative is prraented with toe 
I»:evious start/end points on operator tKminal 20. Caller 4 is then presented with three 
IS options: 1) caller wishes to connect telephonically with their destination (step 808), 2) 
caller requests dtemate directions to toe same start/stop point (st^ 810) or 3) caller 
wishes for directions from new start/stop point (step 814). 

If caller 4 chooses step 808 to connect telephonically, toe call proceeds to step 
612 of toe 600 subroutine. If caller 4 chooses stqi 810 to get dtemate directions, toe 
20 call proceeds to stq> 812 where toe customer service representative retrieves the 

alternate directions produced by enhanced service direction module 21. From toere the 
call is connected to step 410 fm conqil^oa If callw 4 chooses step 814, toe call 
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proceeds to step 816 where the customer service represoitative enters the new stop/stait 
data into agent applicadonl9. From there die call is directed to stq> 408 fiom 
sobroutine 400. 

It should be noted that this dynamic exanqile of how system 2 opoates is 
S intended only as one example of a possible method of intoaction between die various 
functions of system.2. In particular, it should be qpreciated that customs service 
rqiresentative can be replaced throu^iout by mther automated operator te rminals 20 or 
keypad re^onses. However, any similar enhanced directory assistance system using 
similar modules and a similar system of operation is within the contemplation of the 
10 present invention. 

Ahbou^ die preset invention has been described in relation to particular 
embodiments thereof many odier variations and modifications and other uses will 
become apparent to those skill^l in the art It is preferred, therefore, that the present 
invention be limited not by the specific disclosure herein, but only by die {ppended 
15 claims. 
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1 Wliat is claimed is: 

2 

3 1. An enhanced directDiy assistance system for providing 

4 directions infonnatioa to a plurality of callers, the system coll^nising: 

5 a telephone swittdi for receiving calls from a plurali^ of callers 

6 desiring to receive directions; 

7 an automatic location system configured to provide die location from 

8 said callers during a call session to said telqihone switch; and 

9 an enhanced services direction module configured to recmve 

10 destination and starting location information provided by said caller and forther 

1 1 configured to provide directions to said caller based on said provided informadon. 

12 

13 2. The system according to claim 1, fuidier coniptising a 

14 nuking and directions database ccmpled to said enhanced service directions 

15 module configured to store infonnation used to prqiare directions. 

16 

17 3. The system according to claim 2, wherein said mapping and 

18 directions database is located geographically rmote from the enhanced directory 

19 assistance system. 

20 

21 4. Tim system according to claim 1, frirdier comprising an agent 

22 qiplication configured to provide a directions pack^ formed by said enhanced 

23 service direction module to said telephone swihdi. 
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1 

2 5. The system according to claim l,furttiierconq)risnig a traffic 

3 database coupled to said enhanced services direction module configured to provide 

4 traffic information corr^onding to a route desired by eadi of said callers. 

5 

6 6. Tlie system according to c laim 7, fbrtiier conqurising a traffic 

7 vendor coupled to said traffic database configured to provide said traffic database 

8 with tqxlalBd traffic information for tiie geognqihical area coveted by said system. 

9 

10 7. The system according to claim l,fortiier comprising an 

1 1 advertising pronqit module confined to generate an advertising prompt code 

12 correqionding to an advertising content provided to a phnality of said callers. 

13 

14 8. The system according to claim 7, forther con^rising an 

15 advertising database coiqpled to said advertising prompt module configured to store 

16 said advertising content. 

17 

18 9. The system according to claim 7, wherein said advetising 

19 content is a voice message. 

20 

21 10. Ibe system according to claim 7, wherein said advertising 

22 content is multimedia message. 
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